La fa?on de réécrire correctement Equals () et HashCode () dans Java est la clé pour garantir que les objets fonctionnent correctement dans les classes de collecte. Si vous réécrivez uniquement Equals () et Not HashCode (), les objets avec le même contenu seront confondus avec différentes clés, car l'ensemble de hash dépend de HashCode () pour déterminer l'emplacement de stockage. 1. Lors de la réécriture equals (), vous devez d'abord vérifier s'il s'agit du même objet, qu'il s'agisse de non-décalage nul ou de type, puis de comparer les champs un par un; 2. La réécriture de HashCode () doit être cohérente avec equals (), et les objets couramment utilisés.hash () pour générer des valeurs de hachage complètes; 3. Utilisez la méthode de génération automatique IDE pour éviter les erreurs et améliorer la lisibilité; 4. Faites attention à son comportement par défaut lors de l'utilisation de Lombok et ne laissez pas les constantes de retour HashCode (); 5. Soyez particulièrement prudent lors de la modification des champs d'objets mutables qui peuvent provoquer des défaillances de recherche.

La réécriture correcte des méthodes equals() et hashCode() dans Java est la clé pour garantir que les objets fonctionnent normalement dans les classes de collecte (comme HashMap, HashSet). Si ces deux méthodes ne sont pas utilisées en conjonction ou sont mal implémentées, cela peut entra?ner des erreurs inattendues, comme le même objet ne peut pas être reconnu comme "égal", ou il ne peut pas être trouvé après avoir été placé dans un hashset.

Parlons de la fa?on de le faire correctement du point de vue du développement réel.

Pourquoi Equals () et HashCode () sont-ils réécrits ensemble

La classe d'objets de Java a implémenté ces deux méthodes par défaut, mais elles sont basées sur l'adresse mémoire de l'objet. Lorsque vous personnalisez les classes et que vous souhaitez déterminer s'ils sont égaux en fonction du contenu, vous devez les réécrire.

Si vous ne réécrivez que equals() et non hashCode() , alors même si le contenu des deux objets est le même, ils peuvent toujours être traités comme des clés différentes dans HashSet ou HashMap. Parce que les collections de hachage reposent sur hashCode() pour décider quel seau pour stocker l'objet.

Autrement dit:

• equals() détermine si deux objets sont "logiquement les mêmes"
• hashCode() détermine où cet objet doit être placé dans la structure de hachage

Si les deux sont incohérents, il y aura des problèmes.

Comment réécrire correctement Equals ()

Lors de la réécriture equals() , il existe plusieurs règles de base qui doivent être suivies:

1. Vérifiez si c'est le même objet : if (this == obj) return true;
2. Vérifiez s'il est null ou non décontracté : if (obj == null || getClass() != obj.getClass()) return false;
3. Comparez les champs un par un après le casting : Objects.equals() est généralement utilisé pour comparer les champs de type de référence en toute sécurité

Par exemple, une simple classe utilisateur:

 @Outrepasser
booléen public est égal (objet obj) {
    if (this == obj) renvoie true;
    if (! (obj instanceof utilisateur)) renvoie false;
    Utilisateur autre = (utilisateur) obj;
    return objets.equals (name, autre.name) &&
           age == autre.age;
}

Notez que instanceof est utilisée ici pour déterminer le type, plut?t que de comparer directement getClass() . Les deux méthodes sont correctes, mais le comportement est différent dans les scénarios d'héritage. Il est généralement recommandé d'utiliser getClass() pour s'assurer que les deux c?tés sont exactement la même classe.

Comment réécrire correctement HashCode ()

hashCode() doit être cohérent avec equals() : si deux objets sont considérés comme égaux via equals() , leur hashCode() doit renvoyer la même valeur.

Une pratique courante consiste à utiliser Objects.hash() pour générer une valeur de hachage qui combine plusieurs champs:

 @Outrepasser
public int hashcode () {
    return objets.hash (nom, age);
}

Bien que simple, faites attention aux performances et à l'uniformité de la distribution. S'il existe de nombreux champs ou exigences de performance, vous pouvez envisager de combiner manuellement les valeurs de hachage, telles que l'utilisation de la multiplication privilégiée et d'autres méthodes pour optimiser.

Utilisez l'IDE pour générer automatiquement plus de gêne

Les IDE modernes tels que IntelliJ Idea ou Eclipse prennent en charge la génération automatique de méthodes equals() et hashCode() . Vous pouvez choisir les champs pour participer à la comparaison, et l'IDE vous aidera à générer du code conforme à la spécification.

Les avantages de cela sont:

• évitez les erreurs faciles à faire lors de l'écriture
• Forte lisibilité et structure claire
• Plus facile à entretenir

Cependant, vous devez toujours comprendre le principe derrière, sinon vous ne saurez pas ce qui ne va pas avec le terrain si vous le corrigez.

Rappel de petits détails

• Si vous utilisez Lombok, vous pouvez utiliser l'annotation @EqualsAndHashCode pour générer automatiquement, mais veillez à ce qu'il ne traite pas le champ de classe parent par défaut (sauf si callSuper = true )
• Ne laissez pas hashCode() renvoyer une constante. Bien que cela puisse passer le test, cela fera tomber tous les objets dans le même seau de hachage, ce qui affecte sérieusement les performances.
• Pour les objets mutables, si les champs sont modifiés après avoir été placés dans la collection, il peut provoquer la recherche ultérieure. Soyez particulièrement prudent dans cette situation.

Fondamentalement, c'est tout.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!