Comment vérifier si une Chaîne est numérique en Java

Cela se fait généralement avec une simple fonction définie par l'utilisateur (c'est-à-dire la fonction "isNumeric" de Roll-your-own).

Quelque Chose comme:

public static boolean isNumeric(String str)  
{  
  try  
  {  
    double d = Double.parseDouble(str);  
  }  
  catch(NumberFormatException nfe)  
  {  
    return false;  
  }  
  return true;  
}

Cependant, si vous appelez beaucoup cette fonction et que vous vous attendez à ce que de nombreuses vérifications échouent en raison de ne pas être un nombre, les performances de ce mécanisme ne seront pas excellentes, car vous comptez sur des exceptions levées pour chaque échec, ce qui est une opération assez coûteuse.

Une autre approche peut consister à utiliser un expression pour vérifier la validité d'être un nombre:

public static boolean isNumeric(String str)
{
  return str.matches("-?\\d+(\\.\\d+)?");  //match a number with optional '-' and decimal.
}

Soyez prudent avec le mécanisme RegEx ci-dessus, car il échouera si vous utilisez des chiffres non arabes (c'est-à-dire des chiffres autres que 0 à 9). En effet, la partie "\d " de l'expression régulière ne correspondra qu'à [0-9] et n'est effectivement pas au courant numériquement au niveau international. (Merci à OregonGhost pour le souligner!)

Ou même une autre alternative consiste à utiliser Java intégré à Java.texte.Objet NumberFormat pour voir si, après l'analyse de la chaîne de l'analyseur est la position à la fin de la chaîne. Si c'est le cas, nous pouvons supposer que la chaîne entière est numérique:

public static boolean isNumeric(String str)
{
  NumberFormat formatter = NumberFormat.getInstance();
  ParsePosition pos = new ParsePosition(0);
  formatter.parse(str, pos);
  return str.length() == pos.getIndex();
}

Si vous êtes sur Android, vous devez utiliser:

android.text.TextUtils.isDigitsOnly(CharSequence str)

La Documentation peut être trouvée ici

restez simple. la plupart du temps, tout le monde peut "re-programmer" (la même chose).

Comme @CraigTP l'avait mentionné dans son excellente réponse, j'ai également des problèmes de performances similaires sur l'utilisation d'exceptions pour tester si la chaîne est numérique ou non. Je finis donc par diviser la chaîne et utiliser java.lang.Character.isDigit().

public static boolean isNumeric(String str)
{
    for (char c : str.toCharArray())
    {
        if (!Character.isDigit(c)) return false;
    }
    return true;
}

Selon le Javadoc, Character.isDigit(char) will reconnaît correctement les chiffres non latins. En termes de performances, je pense qu'un simple N nombre de comparaisons où N est le nombre de caractères dans la chaîne serait plus efficace sur le plan informatique que de faire une expression régulière correspondre.

MISE À JOUR: Comme l'a souligné Jean-François Corbett dans le commentaire, le code ci-dessus ne validerait que les entiers positifs, ce qui couvre la majorité de mon cas d'utilisation. Vous trouverez ci-dessous le code mis à jour qui valide correctement les nombres décimaux en fonction des paramètres régionaux par défaut utilisés dans votre système, en supposant que le séparateur décimal ne se produit qu'une seule fois dans la chaîne.

public static boolean isStringNumeric( String str )
{
    DecimalFormatSymbols currentLocaleSymbols = DecimalFormatSymbols.getInstance();
    char localeMinusSign = currentLocaleSymbols.getMinusSign();

    if ( !Character.isDigit( str.charAt( 0 ) ) && str.charAt( 0 ) != localeMinusSign ) return false;

    boolean isDecimalSeparatorFound = false;
    char localeDecimalSeparator = currentLocaleSymbols.getDecimalSeparator();

    for ( char c : str.substring( 1 ).toCharArray() )
    {
        if ( !Character.isDigit( c ) )
        {
            if ( c == localeDecimalSeparator && !isDecimalSeparatorFound )
            {
                isDecimalSeparatorFound = true;
                continue;
            }
            return false;
        }
    }
    return true;
}

Java 8 expressions lambda.

String someString = "123123";
boolean isNumeric = someString.chars().allMatch( Character::isDigit );

La bibliothèque Goyave de Google fournit une bonne méthode d'aide pour ce faire: Ints.tryParse. Vous l'utilisez comme Integer.parseInt mais il renvoie null plutôt que de lancer une exception si la chaîne n'analyse pas un entier valide. Notez qu'il renvoie Integer, pas int, vous devez donc le convertir/autobox en int.

Exemple:

String s1 = "22";
String s2 = "22.2";
Integer oInt1 = Ints.tryParse(s1);
Integer oInt2 = Ints.tryParse(s2);

int i1 = -1;
if (oInt1 != null) {
    i1 = oInt1.intValue();
}
int i2 = -1;
if (oInt2 != null) {
    i2 = oInt2.intValue();
}

System.out.println(i1);  // prints 22
System.out.println(i2);  // prints -1

Cependant, à partir de la version actuelle Gu Goyava r11 it il est toujours marqué @Beta.

Je ne l'ai pas comparé. En regardant le code source il y a une surcharge d'un beaucoup de vérifications, mais à la fin ils utilisent Character.digit(string.charAt(idx)), similaire, mais légèrement différente de la réponse de @Ibrahim ci-dessus. Il n'y a pas d'exception à la gestion des frais généraux sous les couvertures dans leur mise en œuvre.

N'utilisez pas d'exceptions pour valider vos valeurs. Utilisez Util libs à la place comme apache NumberUtils:

NumberUtils.isNumber(myStringValue);

Modifier :

Veuillez noter que, si votre chaîne commence par un 0, NumberUtils interprétera votre valeur comme hexadécimale.

NumberUtils.isNumber("07") //true
NumberUtils.isNumber("08") //false

Pourquoi tout le monde pousse-t-il pour des solutions d'exception/regex?

Bien que je puisse comprendre que la plupart des gens acceptent d'utiliser try/catch, si vous voulez le faire fréquemment... cela peut être extrêmement taxant.

Ce que j'ai fait ici, c'est prendre l'expression régulière, les méthodes parseNumber() et la méthode de recherche de tableau pour voir laquelle était la plus efficace. Cette fois, je n'ai regardé que les nombres entiers.

public static boolean isNumericRegex(String str) {
    if (str == null)
        return false;
    return str.matches("-?\\d+");
}

public static boolean isNumericArray(String str) {
    if (str == null)
        return false;
    char[] data = str.toCharArray();
    if (data.length <= 0)
        return false;
    int index = 0;
    if (data[0] == '-' && data.length > 1)
        index = 1;
    for (; index < data.length; index++) {
        if (data[index] < '0' || data[index] > '9') // Character.isDigit() can go here too.
            return false;
    }
    return true;
}

public static boolean isNumericException(String str) {
    if (str == null)
        return false;
    try {  
        /* int i = */ Integer.parseInt(str);
    } catch (NumberFormatException nfe) {  
        return false;  
    }
    return true;
}

Les résultats en vitesse que j'ai obtenus étaient:

Done with: for (int i = 0; i < 10000000; i++)...

With only valid numbers ("59815833" and "-59815833"):
    Array numeric took 395.808192 ms [39.5808192 ns each]
    Regex took 2609.262595 ms [260.9262595 ns each]
    Exception numeric took 428.050207 ms [42.8050207 ns each]
    // Negative sign
    Array numeric took 355.788273 ms [35.5788273 ns each]
    Regex took 2746.278466 ms [274.6278466 ns each]
    Exception numeric took 518.989902 ms [51.8989902 ns each]
    // Single value ("1")
    Array numeric took 317.861267 ms [31.7861267 ns each]
    Regex took 2505.313201 ms [250.5313201 ns each]
    Exception numeric took 239.956955 ms [23.9956955 ns each]
    // With Character.isDigit()
    Array numeric took 400.734616 ms [40.0734616 ns each]
    Regex took 2663.052417 ms [266.3052417 ns each]
    Exception numeric took 401.235906 ms [40.1235906 ns each]

With invalid characters ("5981a5833" and "a"):
    Array numeric took 343.205793 ms [34.3205793 ns each]
    Regex took 2608.739933 ms [260.8739933 ns each]
    Exception numeric took 7317.201775 ms [731.7201775 ns each]
    // With a single character ("a")
    Array numeric took 291.695519 ms [29.1695519 ns each]
    Regex took 2287.25378 ms [228.725378 ns each]
    Exception numeric took 7095.969481 ms [709.5969481 ns each]

With null:
    Array numeric took 214.663834 ms [21.4663834 ns each]
    Regex took 201.395992 ms [20.1395992 ns each]
    Exception numeric took 233.049327 ms [23.3049327 ns each]
    Exception numeric took 6603.669427 ms [660.3669427 ns each] if there is no if/null check

Avertissement: Je ne suis pas affirmant que ces méthodes sont optimisées à 100% ,elles servent uniquement à la démonstration des données

Exceptions gagné si et seulement si le nombre est de 4 caractères ou moins, et chaque chaîne est toujours un certain nombre... dans ce cas, pourquoi même avoir un chèque?

En bref, il est extrêmement douloureux si vous rencontrez fréquemment des nombres invalides avec le try/catch, ce qui est logique. Une règle importante que je suis toujours est NE JAMAIS utiliser try/catch pour le flux de programme. C'est un exemple pourquoi.

Fait intéressant, le simple if char 9 était extrêmement simple à écrire, facile à retenir (et devrait fonctionner dans plusieurs langues) et gagne presque tous les scénarios de test.

Le seul inconvénient est que je devine Entier.parseInt () peut gérer des nombres non ASCII, contrairement à la méthode de recherche de tableau.

Pour ceux qui se demandent pourquoi j'ai dit qu'il est facile de se souvenir du tableau de caractères, si vous savez qu'il n'y a pas de signes négatifs, vous pouvez facilement vous en sortir quelque chose de condensé comme ceci:

public static boolean isNumericArray(String str) {
    if (str == null)
        return false;
    for (char c : str.toCharArray())
        if (c < '0' || c > '9')
            return false;
    return true;

Enfin, comme note finale, j'étais curieux de connaître l'opérateur d'affectation dans l'exemple accepté avec tous les votes en hausse. Ajout dans l'affectation de

double d = Double.parseDouble(...)

Est non seulement inutile puisque vous n'utilisez même pas la valeur, mais il perd du temps de traitement et augmente le temps d'exécution de quelques nanosecondes (ce qui a conduit à une augmentation de 100-200 ms des tests). Je ne vois pas pourquoi quelqu'un ferait cela car il s'agit en fait d'un travail supplémentaire à réduire performance.

Vous penseriez que ce serait optimisé... bien que je devrais peut-être vérifier le bytecode et voir ce que fait le compilateur. Cela n'explique pas pourquoi il est toujours apparu comme plus long pour moi si en quelque sorte il est optimisé... par conséquent, je me demande ce qui se passe. À noter: Par plus long, je veux dire exécuter le test pour 10000000 itérations, et exécuter ce programme plusieurs fois (10x+) a toujours montré qu'il était plus lent.

EDIT: Mise à jour d'un test pour Caractère.appel isdigit()

public static boolean isNumeric(String str)
{
    return str.matches("-?\\d+(.\\d+)?");
}

L'expression régulière de CraigTP (montrée ci-dessus) produit des faux positifs. Par exemple, "23y4" sera compté comme un nombre parce que".'correspond à n'importe quel caractère pas le point décimal.

Il rejettera également tout nombre avec un " + "

Une alternative qui évite ces deux problèmes mineurs est

public static boolean isNumeric(String str)
{
    return str.matches("[+-]?\\d*(\\.\\d+)?");
}

Vous pouvez utiliser NumberFormat#parse:

try
{
     NumberFormat.getInstance().parse(value);
}
catch(ParseException e)
{
    // Not a number.
}

Si vous utilisez java pour développer une application Android, vous pouvez utiliser TextUtils.isDigitsOnly fonction.

Voici ma réponse au problème.

Catch toutes les commodités méthode que vous pouvez utiliser pour analyser une Chaîne avec n'importe quel type d'analyseur: isParsable(Object parser, String str). L'analyseur peut être un Class ou object. Cela vous permet également d'utiliser des analyseurs personnalisés que vous avez écrits et qui devraient fonctionner pour toujours, par exemple:

isParsable(Integer.class, "11");
isParsable(Double.class, "11.11");
Object dateFormater = new java.text.SimpleDateFormat("yyyy.MM.dd G 'at' HH:mm:ss z");
isParsable(dateFormater, "2001.07.04 AD at 12:08:56 PDT");

Voici mon code complet avec des descriptions de méthode.

import java.lang.reflect.*;

/**
 * METHOD: isParsable<p><p>
 * 
 * This method will look through the methods of the specified <code>from</code> parameter
 * looking for a public method name starting with "parse" which has only one String
 * parameter.<p>
 * 
 * The <code>parser</code> parameter can be a class or an instantiated object, eg:
 * <code>Integer.class</code> or <code>new Integer(1)</code>. If you use a
 * <code>Class</code> type then only static methods are considered.<p>
 * 
 * When looping through potential methods, it first looks at the <code>Class</code> associated
 * with the <code>parser</code> parameter, then looks through the methods of the parent's class
 * followed by subsequent ancestors, using the first method that matches the criteria specified
 * above.<p>
 * 
 * This method will hide any normal parse exceptions, but throws any exceptions due to
 * programmatic errors, eg: NullPointerExceptions, etc. If you specify a <code>parser</code>
 * parameter which has no matching parse methods, a NoSuchMethodException will be thrown
 * embedded within a RuntimeException.<p><p>
 * 
 * Example:<br>
 * <code>isParsable(Boolean.class, "true");<br>
 * isParsable(Integer.class, "11");<br>
 * isParsable(Double.class, "11.11");<br>
 * Object dateFormater = new java.text.SimpleDateFormat("yyyy.MM.dd G 'at' HH:mm:ss z");<br>
 * isParsable(dateFormater, "2001.07.04 AD at 12:08:56 PDT");<br></code>
 * <p>
 * 
 * @param parser    The Class type or instantiated Object to find a parse method in.
 * @param str   The String you want to parse
 * 
 * @return true if a parse method was found and completed without exception
 * @throws java.lang.NoSuchMethodException If no such method is accessible 
 */
public static boolean isParsable(Object parser, String str) {
    Class theClass = (parser instanceof Class? (Class)parser: parser.getClass());
    boolean staticOnly = (parser == theClass), foundAtLeastOne = false;
    Method[] methods = theClass.getMethods();

    // Loop over methods
    for (int index = 0; index < methods.length; index++) {
        Method method = methods[index];

        // If method starts with parse, is public and has one String parameter.
        // If the parser parameter was a Class, then also ensure the method is static. 
        if(method.getName().startsWith("parse") &&
            (!staticOnly || Modifier.isStatic(method.getModifiers())) &&
            Modifier.isPublic(method.getModifiers()) &&
            method.getGenericParameterTypes().length == 1 &&
            method.getGenericParameterTypes()[0] == String.class)
        {
            try {
                foundAtLeastOne = true;
                method.invoke(parser, str);
                return true; // Successfully parsed without exception
            } catch (Exception exception) {
                // If invoke problem, try a different method
                /*if(!(exception instanceof IllegalArgumentException) &&
                   !(exception instanceof IllegalAccessException) &&
                   !(exception instanceof InvocationTargetException))
                        continue; // Look for other parse methods*/

                // Parse method refuses to parse, look for another different method
                continue; // Look for other parse methods
            }
        }
    }

    // No more accessible parse method could be found.
    if(foundAtLeastOne) return false;
    else throw new RuntimeException(new NoSuchMethodException());
}


/**
 * METHOD: willParse<p><p>
 * 
 * A convienence method which calls the isParseable method, but does not throw any exceptions
 * which could be thrown through programatic errors.<p>
 * 
 * Use of {@link #isParseable(Object, String) isParseable} is recommended for use so programatic
 * errors can be caught in development, unless the value of the <code>parser</code> parameter is
 * unpredictable, or normal programtic exceptions should be ignored.<p>
 * 
 * See {@link #isParseable(Object, String) isParseable} for full description of method
 * usability.<p>
 * 
 * @param parser    The Class type or instantiated Object to find a parse method in.
 * @param str   The String you want to parse
 * 
 * @return true if a parse method was found and completed without exception
 * @see #isParseable(Object, String) for full description of method usability 
 */
public static boolean willParse(Object parser, String str) {
    try {
        return isParsable(parser, str);
    } catch(Throwable exception) {
        return false;
    }
}

Pour faire correspondre uniquement des entiers de base-dix positifs, qui ne contiennent que des chiffres ASCII, utilisez:

public static boolean isNumeric(String maybeNumeric) {
    return maybeNumeric != null && maybeNumeric.matches("[0-9]+");
}

Une approche performante évitant try-catch et manipulant les nombres négatifs et la notation scientifique.

Pattern PATTERN = Pattern.compile( "^(-?0|-?[1-9]\\d*)(\\.\\d+)?(E\\d+)?$" );

public static boolean isNumeric( String value ) 
{
    return value != null && PATTERN.matcher( value ).matches();
}

Voici ma classe pour vérifier si une chaîne est numérique. Il corrige également les chaînes numériques:

Caractéristiques:

1. Supprime les zéros inutiles ["12.0000000" -> "12"]
2. Supprime les zéros inutiles ["12.0580000" -> "12.058"]
3. Supprime les caractères non numériques ["12. 00sdfsdf00" -> "12"]
4. Gère les valeurs de chaîne négatives ["-12,020000" -> "-12.02"]
5. Supprime plusieurs points ["-12.0.20.000" -> "-12.02"]
6. Pas de bibliothèques supplémentaires, juste standard Java

Voilà...

public class NumUtils {
    /**
     * Transforms a string to an integer. If no numerical chars returns a String "0".
     *
     * @param str
     * @return retStr
     */
    static String makeToInteger(String str) {
        String s = str;
        double d;
        d = Double.parseDouble(makeToDouble(s));
        int i = (int) (d + 0.5D);
        String retStr = String.valueOf(i);
        System.out.printf(retStr + "   ");
        return retStr;
    }

    /**
     * Transforms a string to an double. If no numerical chars returns a String "0".
     *
     * @param str
     * @return retStr
     */
    static String makeToDouble(String str) {

        Boolean dotWasFound = false;
        String orgStr = str;
        String retStr;
        int firstDotPos = 0;
        Boolean negative = false;

        //check if str is null
        if(str.length()==0){
            str="0";
        }

        //check if first sign is "-"
        if (str.charAt(0) == '-') {
            negative = true;
        }

        //check if str containg any number or else set the string to '0'
        if (!str.matches(".*\\d+.*")) {
            str = "0";
        }

        //Replace ',' with '.'  (for some european users who use the ',' as decimal separator)
        str = str.replaceAll(",", ".");
        str = str.replaceAll("[^\\d.]", "");

        //Removes the any second dots
        for (int i_char = 0; i_char < str.length(); i_char++) {
            if (str.charAt(i_char) == '.') {
                dotWasFound = true;
                firstDotPos = i_char;
                break;
            }
        }
        if (dotWasFound) {
            String befDot = str.substring(0, firstDotPos + 1);
            String aftDot = str.substring(firstDotPos + 1, str.length());
            aftDot = aftDot.replaceAll("\\.", "");
            str = befDot + aftDot;
        }

        //Removes zeros from the begining
        double uglyMethod = Double.parseDouble(str);
        str = String.valueOf(uglyMethod);

        //Removes the .0
        str = str.replaceAll("([0-9])\\.0+([^0-9]|$)", "$1$2");

        retStr = str;

        if (negative) {
            retStr = "-"+retStr;
        }

        return retStr;

    }

    static boolean isNumeric(String str) {
        try {
            double d = Double.parseDouble(str);
        } catch (NumberFormatException nfe) {
            return false;
        }
        return true;
    }

}

Les exceptions sont coûteuses, mais dans ce cas, l'expression régulière prend beaucoup plus de temps. Le code ci-dessous montre un test simple de deux fonctions-une utilisant des exceptions et une utilisant regex. Sur ma machine, la version RegEx est 10 fois plus lente que l'exception.

import java.util.Date;


public class IsNumeric {

public static boolean isNumericOne(String s) {
    return s.matches("-?\\d+(\\.\\d+)?");  //match a number with optional '-' and decimal.      
}

public static boolean isNumericTwo(String s) {
    try {
        Double.parseDouble(s);
        return true;
    } catch (Exception e) {
        return false;
    }
}

public static void main(String [] args) {

    String test = "12345.F";

    long before = new Date().getTime();     
    for(int x=0;x<1000000;++x) {
        //isNumericTwo(test);
        isNumericOne(test);
    }
    long after = new Date().getTime();

    System.out.println(after-before);

}

}

L'Expression Rationnelle Correspondant

Voici un autre exemple mis à jour "CraigTP" regex matching avec plus de validations.

public static boolean isNumeric(String str)
{
    return str.matches("^(?:(?:\\-{1})?\\d+(?:\\.{1}\\d+)?)$");
}

1. Seulement un signe négatif - autorisé et doit être au début.
2. Après le signe négatif, il doit y avoir un chiffre.
3. Un seul signe décimal . autorisé.
4. Après le signe décimal, il doit y avoir un chiffre.

Test d'expression régulière

1                  --                   **VALID**
1.                 --                   INVALID
1..                --                   INVALID
1.1                --                   **VALID**
1.1.1              --                   INVALID

-1                 --                   **VALID**
--1                --                   INVALID
-1.                --                   INVALID
-1.1               --                   **VALID**
-1.1.1             --                   INVALID

/ / veuillez vérifier le code ci-dessous

public static boolean isDigitsOnly(CharSequence str) {
    final int len = str.length();
    for (int i = 0; i < len; i++) {
        if (!Character.isDigit(str.charAt(i))) {
            return false;
        }
    }
    return true;
}

C'est pourquoi j'aime l'approche Try* dans .NET. En plus de la méthode d'analyse traditionnelle qui est comme celle de Java, vous avez également une méthode TryParse. Je ne suis pas bon en syntaxe Java (sur les paramètres?), veuillez donc traiter ce qui suit comme une sorte de pseudo-code. Il devrait rendre le concept clair cependant.

boolean parseInteger(String s, out int number)
{
    try {
        number = Integer.parseInt(myString);
        return true;
    } catch(NumberFormatException e) {
        return false;
    }
}

Utilisation:

int num;
if (parseInteger("23", out num)) {
    // Do something with num.
}

// only int
public static boolean isNumber(int num) 
{
    return (num >= 48 && c <= 57); // 0 - 9
}

// is type of number including . - e E 
public static boolean isNumber(String s) 
{
    boolean isNumber = true;
    for(int i = 0; i < s.length() && isNumber; i++) 
    {
        char c = s.charAt(i);
        isNumber = isNumber & (
            (c >= '0' && c <= '9') || (c == '.') || (c == 'e') || (c == 'E') || (c == '')
        );
    }
    return isInteger;
}

// is type of number 
public static boolean isInteger(String s) 
{
    boolean isInteger = true;
    for(int i = 0; i < s.length() && isInteger; i++) 
    {
        char c = s.charAt(i);
        isInteger = isInteger & ((c >= '0' && c <= '9'));
    }
    return isInteger;
}

public static boolean isNumeric(String s) 
{
    try
    {
        Double.parseDouble(s);
        return true;
    }
    catch (Exception e) 
    {
        return false;
    }
}

Voici un exemple simple pour cette vérification:

public static boolean isNumericString(String input) {
    boolean result = false;

    if(input != null && input.length() > 0) {
        char[] charArray = input.toCharArray();

        for(char c : charArray) {
            if(c >= '0' && c <= '9') {
                // it is a digit
                result = true;
            } else {
                result = false;
                break;
            }
        }
    }

    return result;
}

Analyser (c'est à dire avec Integer#parseInt ) et tout simplement attraper l'exception. =)

Pour clarifier: La fonction parseInt vérifie si elle peut analyser le nombre dans tous les cas (évidemment) et si vous voulez l'analyser de toute façon, vous n'allez prendre aucun coup de performance en faisant réellement l'analyse.

Si vous ne voulez pas l'analyser (ou l'analyser très, très rarement), vous voudrez peut-être le faire différemment bien sûr.

Vous pouvez utiliser le java.util.Objet scanner.

public static boolean isNumeric(String inputData) {
      Scanner sc = new Scanner(inputData);
      return sc.hasNextInt();
    }

Voici deux méthodes qui pourraient travailler. (Sans utiliser d'exceptions). Remarque: Java est une valeur de passage par défaut et la valeur d'une chaîne est l'adresse des données d'objet de la chaîne. Donc , quand vous faites

stringNumber = stringNumber.replaceAll(" ", "");

Vous avez modifié la valeur d'entrée pour ne pas avoir d'espaces. Vous pouvez supprimer cette ligne si vous le souhaitez.

private boolean isValidStringNumber(String stringNumber)
{
    if(stringNumber.isEmpty())
    {
        return false;
    }

    stringNumber = stringNumber.replaceAll(" ", "");

    char [] charNumber = stringNumber.toCharArray();
    for(int i =0 ; i<charNumber.length ;i++)
    {
        if(!Character.isDigit(charNumber[i]))
        {
            return false;
        }
    }
    return true;
}

Voici une autre méthode au cas où vous souhaitez autoriser les flottants Cette méthode permet prétendument aux nombres dans le formulaire de passer 1,123,123,123,123,123.123 je viens de faire , et je pensez qu'il a besoin de tests supplémentaires pour s'assurer qu'il fonctionne.

private boolean isValidStringTrueNumber(String stringNumber)
{
    if(stringNumber.isEmpty())
    {
        return false;
    }

    stringNumber = stringNumber.replaceAll(" ", "");
    int countOfDecimalPoint = 0;
    boolean decimalPointPassed = false;
    boolean commaFound = false;
    int countOfDigitsBeforeDecimalPoint = 0;
    int countOfDigitsAfterDecimalPoint =0 ;
    int commaCounter=0;
    int countOfDigitsBeforeFirstComma = 0;

    char [] charNumber = stringNumber.toCharArray();
    for(int i =0 ; i<charNumber.length ;i++)
    {
        if((commaCounter>3)||(commaCounter<0))
        {
            return false;
        }
        if(!Character.isDigit(charNumber[i]))//Char is not a digit.
        {
            if(charNumber[i]==',')
            {
                if(decimalPointPassed)
                {
                    return false;
                }
                commaFound = true;
                //check that next three chars are only digits.
                commaCounter +=3;
            }
            else if(charNumber[i]=='.')
            {
                decimalPointPassed = true;
                countOfDecimalPoint++;
            }
            else
            {
                return false;
            }
        }
        else //Char is a digit.
        {
            if ((commaCounter>=0)&&(commaFound))
            {
                if(!decimalPointPassed)
                {
                    commaCounter--;
                }
            }

            if(!commaFound)
            {
                countOfDigitsBeforeFirstComma++;
            }

            if(!decimalPointPassed)
            {
                countOfDigitsBeforeDecimalPoint++;
            }
            else
            {
                countOfDigitsAfterDecimalPoint++;
            }
        }
    }
    if((commaFound)&&(countOfDigitsBeforeFirstComma>3))
    {
        return false;
    }
    if(countOfDecimalPoint>1)
    {
        return false;
    }

    if((decimalPointPassed)&&((countOfDigitsBeforeDecimalPoint==0)||(countOfDigitsAfterDecimalPoint==0)))
    {
        return false;
    }
    return true;
}

J'ai modifié la solution de CraigTP pour accepter la notation scientifique et les points et les virgules comme séparateurs décimaux

^-?\d+([,\.]\d+)?([eE]-?\d+)?$

Exemple

var re = new RegExp("^-?\d+([,\.]\d+)?([eE]-?\d+)?$");
re.test("-6546"); // true
re.test("-6546355e-4456"); // true
re.test("-6546.355e-4456"); // true, though debatable
re.test("-6546.35.5e-4456"); // false
re.test("-6546.35.5e-4456.6"); // false

Vous pouvez utiliser NumberUtils.isCreatable() de Apache Commons Lang.

Depuis NumberUtils.isNumber sera obsolète dans 4.0, utilisez donc NumberUtils.isCreatable () à la place.

C'est le plus rapide que je connaisse pour vérifier si la Chaîne est le Numéro ou non:

public static boolean isNumber(String str){
  int i=0, len=str.length();
  boolean a=false,b=false,c=false, d=false;
  if(i<len && (str.charAt(i)=='+' || str.charAt(i)=='-')) i++;
  while( i<len && isDigit(str.charAt(i)) ){ i++; a=true; }
  if(i<len && (str.charAt(i)=='.')) i++;
  while( i<len && isDigit(str.charAt(i)) ){ i++; b=true; }
  if(i<len && (str.charAt(i)=='e' || str.charAt(i)=='E') && (a || b)){ i++; c=true; }
  if(i<len && (str.charAt(i)=='+' || str.charAt(i)=='-') && c) i++;
  while( i<len && isDigit(str.charAt(i)) ){ i++; d=true;}
  return i==len && (a||b) && (!c || (c && d));
}
static boolean isDigit(char c){
  return c=='0' || c=='1' || c=='2' || c=='3' || c=='4' || c=='5' || c=='6' || c=='7' || c=='8' || c=='9';
}

La vérification Parallèle pour très longues chaînes de caractères à l'aide de IntStream

En Java 8, les tests suivants si tous les caractères du string donné sont compris entre '0' et '9'. Notez que la chaîne vide est acceptée:

string.chars().unordered().parallel().allMatch( i -> '0' <= i && '9' >= i )

Si vous utilisez la méthode suivante pour vérifier:

public static boolean isNumeric(String str) {
    NumberFormat formatter = NumberFormat.getInstance();
    ParsePosition pos = new ParsePosition(0);
    formatter.parse(str, pos);
    return str.length() == pos.getIndex();
}

Alors que s'est-il passé avec l'entrée d'une très longue chaîne, comme j'appelle cette méthode:

System.out.println(isNumeric("94328948243242352525243242524243425452342343948923"));

Le résultat est "vrai", c'est aussi un nombre trop grand! La même chose se produira si vous utilisez regex pour vérifier! Je préfère donc utiliser la méthode "parsing" pour vérifier, comme ceci:

public static boolean isNumeric(String str) {
    try {
        int number = Integer.parseInt(str);
        return true;
    } catch (Exception e) {
        return false;
    }
}

Et le résultat est ce que j'attendais!

Je pense que la seule façon de dire de manière fiable si une chaîne est un nombre, est de l'analyser. Donc, je voudrais juste de l'analyser, et si c'est un nombre, vous obtenez le nombre dans un int pour libre!