String.equals versus ==

Question

Ce code sépare une chaîne de caractères en jetons et les stocke dans un tableau de chaînes de caractères, puis compare une variable avec la première maison ... pourquoi cela ne fonctionne-t-il pas ?

public static void main(String...aArguments) throws IOException {

    String usuario = "Jorman";
    String password = "14988611";

    String strDatos = "Jorman 14988611";
    StringTokenizer tokens = new StringTokenizer(strDatos, " ");
    int nDatos = tokens.countTokens();
    String[] datos = new String[nDatos];
    int i = 0;

    while (tokens.hasMoreTokens()) {
        String str = tokens.nextToken();
        datos[i] = str;
        i++;
    }

    //System.out.println (usuario);

    if ((datos[0] == usuario)) {
        System.out.println("WORKING");
    }
}

Answer 1

Utilisez le string.equals(Object other) pour comparer des chaînes de caractères, et non la fonction == opérateur.

La fonction vérifie le contenu réel de la chaîne de caractères, l'élément == L'opérateur vérifie si les références aux objets sont égales. Notez que les constantes de type chaîne de caractères sont généralement "internées", de sorte que deux constantes ayant la même valeur peuvent être comparées avec l'opérateur == mais il est préférable de ne pas s'y fier.

if (usuario.equals(datos[0])) {
    ...
}

NB : la comparaison est faite sur 'usuario' parce qu'il est garanti non-nul dans votre code, bien que vous devriez quand même vérifier que vous avez effectivement des jetons dans le fichier datos sinon vous obtiendrez une exception de type "array-out-of-bounds".

Answer 2

Rencontrez Jorman

Jorman est un homme d'affaires prospère et possède deux maisons.

Mais les autres ne le savent pas.

C'est le même Jorman ?

Lorsque vous demandez aux voisins des rues Madison ou Burke, c'est la seule chose qu'ils peuvent dire :

En utilisant la résidence seule, il est difficile de confirmer que c'est le même Jorman. Comme il s'agit de deux adresses différentes, il est naturel de supposer qu'il s'agit de deux personnes différentes.

C'est ainsi que l'opérateur == se comporte. Ainsi, il sera dit que datos[0]==usuario est fausse, car elle ne fait que compare les adresses .

Un enquêteur à la rescousse

Et si on envoyait un enquêteur ? Nous savons que c'est le même Jorman, mais nous devons le prouver. Notre détective examinera de près tous les aspects physiques. Avec une enquête approfondie, l'agent sera en mesure de conclure s'il s'agit de la même personne ou non. Voyons cela en termes de Java.

Voici le code source de String. equals() méthode :

Il compare les cordes caractère par caractère, afin d'arriver à la conclusion qu'elles sont effectivement égales.

C'est ainsi que la chaîne equals se comporte. Así que datos[0].equals(usuario) retournera vrai, car il effectue un comparaison logique .

Answer 3

C'est bien de remarquer que dans certains cas, l'utilisation de l'opérateur "==" peut conduire au résultat attendu, en raison de la façon dont Java traite les chaînes de caractères. - Les littéraux de chaîne sont internés (voir String.intern() ) pendant la compilation - ainsi, lorsque vous écrivez par exemple "hello world" dans deux classes et que vous comparez ces chaînes de caractères avec "==", vous pourriez obtenir le résultat suivant : true, ce qui est attendu en vertu de l'article 2.1.1.1. spécification ; lorsque vous comparez les mêmes chaînes de caractères (si elles ont la même valeur), lorsque la première est une chaîne littérale (c'est-à-dire définie par l'intermédiaire de la commande "i am string literal" ) et le second est construit pendant l'exécution, c'est-à-dire avec le mot clé "new" comme new String("i am string literal") le == (égalité) renvoie un résultat faux, car les deux sont des instances différentes de l'objet String classe.

La seule façon correcte est d'utiliser .equals() -> datos[0].equals(usuario) . == ne dit que si deux objets sont la même instance d'objet (c'est-à-dire ont la même adresse mémoire).

Mise à jour : 01.04.2013 J'ai mis à jour ce post en raison des commentaires ci-dessous qui sont en quelque sorte justes. A l'origine, je déclarais que l'internage (String.intern) est un effet secondaire de l'optimisation de la JVM. Bien qu'il permette certainement d'économiser des ressources mémoire (ce que j'entendais par "optimisation"), il s'agit principalement d'une caractéristique du langage.

Answer 4

equals() est une méthode de Object qui doit être surchargée par le programmeur. String la surcharge pour vérifier si deux chaînes de caractères sont égales, c'est-à-dire en termes de contenu et non de référence.

== vérifie si les références des deux objets sont les mêmes.

Examinez les programmes

String abc = "Awesome" ;
String xyz =  abc;

if(abc == xyz)
     System.out.println("Refers to same string");

Ici, le abc y xyz les deux se réfèrent au même String "Awesome" . D'où l'expression (abc == xyz) es true .

String abc = "Hello World";
String xyz = "Hello World";

if(abc == xyz)
    System.out.println("Refers to same string");
else
    System.out.println("Refers to different strings");

if(abc.equals(xyz))
     System.out.prinln("Contents of both strings are same");
else
     System.out.prinln("Contents of strings are different");

Aquí abc y xyz sont deux chaînes de caractères différentes avec le même contenu "Hello World" . D'où ici l'expression (abc == xyz) es false où comme (abc.equals(xyz)) es true .

J'espère que vous avez compris la différence entre == y <Object>.equals()

Gracias.

Answer 5

Au lieu de

datos[0] == usuario

utiliser

datos[0].equals(usuario)

== compare la référence de la variable où .equals() compare les valeurs, ce qui est ce que vous voulez.