Lorsqu'une classe personnalisée doit juger logiquement "égale" et être utilisée pour les collections de hachage, equals () et hashcode () doivent être remplacées en même temps. 1. Lorsque vous devez juger l'égalité en fonction du contenu de l'objet plut?t que de la référence, utilisez la méthode set.Contains () ou la classe d'hérédité pour ajouter des champs qui affectent l'égalité, 2. REWRITE éQUALES () Vous devez réécrire HashCode () de manière synchrone pour vous assurer que les objets égaux renvoient la même valeur de hachage et éviter le comportement annuel des collections de hachènes; 3. Lors de la mise en ?uvre correcte, les champs cohérents doivent être utilisés, les types nuls et de base doivent être traités et les champs mutables doivent être évités; 4. Vous pouvez générer automatiquement du code à l'aide de Lombok ou IDE pour simplifier les opérations.
Dans le développement de Java, equals()
et hashCode()
sont deux méthodes très basiques mais facilement négligées. Lorsque vous personnalisez une classe et que vous souhaitez que les instances de cette classe fonctionnent normalement dans des collections basées sur le hachage (telles que HashMap et HashSet), vous devez vous demander si vous souhaitez remplacer ces deux méthodes.
En termes simples: si vous voulez que deux objets soient logiquement "égaux" et que vous avez l'intention de les mettre dans une structure comme HashSet ou en tant que clé HashMap, vous devez remplacer equals()
et hashCode()
en même temps.
Quand les égaux doivent-ils être réécrits?
La comparaison par défaut entre equals()
dans Java est l'adresse de référence de l'objet, ce qui signifie s'il s'agit du même objet. Mais dans le développement réel, nous devons souvent juger s'il est "égal" en fonction du contenu de l'objet.
Par exemple, si vous avez une classe User
avec id
et name
, vous pouvez penser que tant que id
est le même, c'est le même utilisateur.
Ainsi, vous devez réécrire equals()
dans les situations suivantes:
- Vous devez juger s'il est "logique égal" en fonction du contenu réel de l'objet
- Vous utilisez une méthode comme
Set.contains(obj)
et vous attendez à identifier correctement les objets existants - Vous héritez d'une classe et ajoutez de nouveaux champs qui affectent "l'égalité"
Remarque: si vous réécrivez uniquement
equals()
et nonhashCode()
, il y aura des problèmes lors de l'utilisation de collections de hash.
Pourquoi doit-il réécrire HashCode s'il réécrit l'égalité?
étant donné que la convention Java est que si deux objets sont jugés égaux par equals()
, leur hashCode()
doit renvoyer la même valeur.
Que se passerait-il d'autre? Par exemple:
Utilisateur U1 = nouvel utilisateur (1, "Alice"); Utilisateur U2 = nouvel utilisateur (1, "Alice"); Set <User> users = new HashSet <> (); users.add (U1); // Si HashCode n'est pas réécrit correctement, cette phrase peut retourner faux System.out.println (Users.Contains (U2));
Bien que u1.equals(u2)
renvoie True, si hashCode()
n'est pas implémenté correctement, contains()
peut ne pas trouver le seau correspondant, renvoyant ainsi false. Cela détruit le comportement de cohérence de l'ensemble.
Comment réécrire correctement ces deux méthodes?
Il n'est en fait pas difficile d'écrire manuellement equals()
et hashCode()
, mais plusieurs points clés doivent être prêts à l'attention:
- Utiliser des champs cohérents : les champs utilisés pour le jugement
equals()
doivent également être utilisés pour le calculhashCode()
- Gérer les valeurs nulles et les types primitifs : vous pouvez simplifier votre code à l'aide d'
Objects.equals()
etObjects.hash()
- évitez d'utiliser des champs mutables : si vous utilisez des champs qui changent (comme le nom), lorsque l'objet est modifié après l'ajout de la collection, il peut ne pas être en mesure de le supprimer de la collection.
Un exemple simple:
@Outrepasser booléen public est égal (objet obj) { if (this == obj) renvoie true; if (! (obj instanceof utilisateur)) renvoie false; Utilisateur autre = (utilisateur) obj; return id == autre.id && objets.equals (name, autre.name); } @Outrepasser public int hashcode () { return objets.hash (id, nom); }
Lombok ou IDE génère automatiquement plus d'inquiétude
Si vous ne souhaitez pas écrire ces code de chauffeur manuellement, vous pouvez utiliser les annotations fournies par Lombok:
Importer Lombok.EqualSandHashcode; @Equalsandhashcode classe publique User { INT PRIVé ID; nom de cha?ne privé; }
Lombok générera automatiquement des méthodes equals()
et hashCode()
pour vous. Bien s?r, IDE (comme IntelliJ) peut également vous aider à le générer en un seul clic, et l'effet est le même.
Fondamentalement, c'est tout. Pour résumer: lorsque votre classe doit juger l'égalité en fonction du contenu et sera placée dans un ensemble de hachage, vous devez réécrire equals()
et hashCode()
en même temps. Le maintien de la cohérence est la clé, et tout le reste est laissé aux outils ou aux spécifications.
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!

Outils d'IA chauds

Undress AI Tool
Images de déshabillage gratuites

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Clothoff.io
Dissolvant de vêtements AI

Video Face Swap
échangez les visages dans n'importe quelle vidéo sans effort grace à notre outil d'échange de visage AI entièrement gratuit?!

Article chaud

Outils chauds

Bloc-notes++7.3.1
éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

Javanio est un nouvel IOAPI introduit par Java 1.4. 1) s'adresse aux tampons et aux canaux, 2) contient des composants de tampon, de canal et de sélecteur, 3) prend en charge le mode non bloquant et 4) gère les connexions simultanées plus efficacement que l'OI traditionnel. Ses avantages se reflètent dans: 1) IO non bloquant les réductions de la surcharge du thread, 2) le tampon améliore l'efficacité de transmission des données, 3) le sélecteur réalise le multiplexage et 4) la cartographie de la mémoire accélère la lecture et l'écriture de la lecture de fichiers. Remarque Lorsque vous utilisez: 1) le fonctionnement FLIP / clair du tampon est facile à confondre, 2) les données incomplètes doivent être traitées manuellement sans blocage, 3) l'enregistrement du sélecteur doit être annulé à temps, 4) Nio ne convient pas à tous les scénarios.

HashMap implémente le stockage de paires de valeurs clés via des tables de hachage en Java, et son noyau réside dans les emplacements de données de positionnement rapidement. 1. Utilisez d'abord la méthode HashCode () de la clé pour générer une valeur de hachage et la convertir en un index de tableau via les opérations de bit; 2. Différents objets peuvent générer la même valeur de hachage, entra?nant des conflits. à l'heure actuelle, le n?ud est monté sous la forme d'une liste liée. Après JDK8, la liste liée est trop longue (longueur par défaut 8) et elle sera convertie en arbre rouge et noir pour améliorer l'efficacité; 3. Lorsque vous utilisez une classe personnalisée comme clé, les méthodes equals () et hashcode () doivent être réécrites; 4. Hashmap élargit dynamiquement la capacité. Lorsque le nombre d'éléments dépasse la capacité et se multiplie par le facteur de charge (par défaut 0,75), se développez et remaniez; 5. Hashmap n'est pas en file et concu doit être utilisé dans multithread

Le modèle de conception Singleton en Java garantit qu'une classe n'a qu'une seule instance et fournit un point d'accès global via des constructeurs privés et des méthodes statiques, ce qui convient au contr?le de l'accès aux ressources partagées. Les méthodes de mise en ?uvre incluent: 1. Chargement paresseux, c'est-à-dire que l'instance n'est créée que lorsque la première demande est demandée, ce qui convient aux situations où la consommation de ressources est élevée et pas nécessairement requise; 2. Traitement à filetage, garantissant qu'une seule instance est créée dans un environnement multi-thread par des méthodes de synchronisation ou le verrouillage à double vérification et la réduction de l'impact des performances; 3. Le chargement affamé, qui initialise directement l'instance pendant le chargement des cours, convient aux objets ou scénarios légers qui peuvent être initialisés à l'avance; 4. La mise en ?uvre de l'énumération, en utilisant l'énumération Java pour soutenir naturellement la sérialisation, la sécurité des filetages et prévenir les attaques réfléchissantes, est une méthode concise et fiable recommandée. Différentes méthodes de mise en ?uvre peuvent être sélectionnées en fonction des besoins spécifiques

Facultatif peut clairement exprimer les intentions et réduire le bruit du code pour les jugements nuls. 1. Facultatif. Par exemple, lors de la prise de valeurs des cartes, Orelse peut être utilisée pour fournir des valeurs par défaut, afin que la logique soit plus claire et concise; 2. Utilisez des cartes d'appels de cha?ne pour atteindre les valeurs imbriquées pour éviter en toute sécurité le NPE, et terminer automatiquement si un lien est nul et renvoie la valeur par défaut; 3. Le filtre peut être utilisé pour le filtrage conditionnel, et les opérations ultérieures ne continueront à être effectuées que si les conditions sont remplies, sinon elle sautera directement à Orelse, qui convient au jugement commercial léger; 4. Il n'est pas recommandé de surutiliser facultatif, tels que des types de base ou une logique simple, ce qui augmentera la complexité, et certains scénarios reviendront directement à NU.

La solution de contournement principale pour la rencontre de Java.io.NotSerializableException est de s'assurer que toutes les classes qui doivent être sérialisées implémentent l'interface sérialisable et de vérifier le support de sérialisation des objets imbriqués. 1. Ajouter des ouvrages ImplementSerialisables à la classe principale; 2. Assurez-vous que les classes correspondantes de champs personnalisées de la classe implémentent également sérialisables; 3. Utilisez transitoire pour marquer les champs qui n'ont pas besoin d'être sérialisés; 4. Vérifiez les types non sérialisés dans les collections ou les objets imbriqués; 5. Vérifiez quelle classe n'implémente pas l'interface; 6. Considérez la conception de remplacement pour les classes qui ne peuvent pas être modifiées, telles que la sauvegarde des données clés ou l'utilisation de structures intermédiaires sérialisables; 7. Envisagez de modifier

La cha?ne est immuable, StringBuilder est mutable et non-thread-safe, StringBuffer est mutable et file. 1. Une fois le contenu de la cha?ne créé ne peut pas être modifié, il convient à une petite quantité d'épissage; 2. StringBuilder convient à l'épissage fréquent de threads uniques et a des performances élevées; 3. StringBuffer convient aux scénarios partagés multi-thread, mais a une performance légèrement inférieure; 4. Remarquemment, définir la capacité initiale et éviter d'utiliser l'épissage de cha?ne dans des boucles peut améliorer les performances.

Pour faire face aux problèmes de codage des personnages en Java, la clé est de spécifier clairement le codage utilisé à chaque étape. 1. Spécifiez toujours le codage lors de la lecture et de l'écriture de texte, utilisez InputStreamReader et OutputStreamWriter et transmettez un jeu de caractères explicite pour éviter de s'appuyer sur le codage par défaut du système. 2. Assurez-vous que les deux extrémités sont cohérentes lors du traitement des cha?nes sur la limite du réseau, définissez l'en-tête de type contenu correct et spécifiez explicitement le codage avec la bibliothèque. 3. Utilisez String.getBytes () et Newstring (octet []) avec prudence, et spécifiez toujours manuellement StandardCharsets.Utf_8 pour éviter la corruption des données causée par les différences de plate-forme. En bref, par

La programmation Javasocket est la base de la communication réseau, et l'échange de données entre les clients et les serveurs est réalisé via Socket. 1. Le socket en Java est divisé en la classe de socket utilisée par le client et la classe SERVERSOCKET utilisée par le serveur; 2. Lors de la rédaction d'un programme de socket, vous devez d'abord démarrer le port d'écoute du serveur, puis lancer la connexion par le client; 3. Le processus de communication comprend l'établissement de connexion, la lecture et l'écriture des données et la fermeture du flux; 4. Les précautions incluent l'évitement des conflits de port, la configuration correcte des adresses IP, la fermeture raisonnable des ressources et la prise en charge de plusieurs clients. La ma?trise peut réaliser des fonctions de communication réseau de base.
