Auteur | Changyi

Source�| Intergiciel Alibaba (ID�: Aliware_2018)

Couverture | Oriental IC

Il y a un vieil adage en Chine qui s'appelle "Il n'y a pas plus de trois choses", ce qui signifie que si une personne fait la m�me erreur une, deux ou trois fois, elle peut �tre pardonn�e, mais plus de trois fois est impardonnable. Certaines personnes ont soulign� que ce "trois" est un nombre imaginaire, qui est utilis� pour se r�f�rer � plusieurs reprises, donc "les choses ne sont rien d'autre que trois" n'inclut pas "trois". Quant au paquet "trois choses" n'inclut pas "trois", il peut avoir quelque chose � voir avec le r�sultat net de chacun, qui appartient � la cat�gorie de la philosophie et n'entre pas dans le cadre de cet article.

Il en va de m�me pour l'�criture de code, le m�me code "pit", marcher dessus pour la premi�re fois s'appelle "exp�riment�", marcher dessus la deuxi�me fois s'appelle "impression", marcher dessus la troisi�me fois s'appelle "ne pas grandir votre cur", marcher dessus plus de trois fois est appel� "" sans espoir ". Dans cet article, l'auteur r�sume certaines fosses de code, d�crit le ph�nom�ne probl�matique, analyse le probl�me et donne des m�thodes pour �viter les fosses. J'esp�re que tout le monde rencontrera de telles fosses de code dans le codage quotidien et pourra les �viter � l'avance.

m�thode de comparaison d'objets

La m�thode Objects.equals fournie par JDK1.7 est tr�s pratique pour impl�menter la comparaison d'objets, �vitant efficacement la fastidieuse v�rification du pointeur nul.

1.1. Ph�nom�ne probl�matique

Avant JDK1.7, pour juger si un type de donn�es de package entier court, entier ou entier long est �gal � une constante, nous �crivions g�n�ralement�:

Valeur courte courte = (courte)12345�; System.out.println(shortValue == 12345); // vrai System.out.println(12345 == shortValue); // vrai Entier intValue = 12345�; System.out.println(intValue == 12345); // vrai System.out.println(12345 == intValue); // vrai Valeur longue longue = 12345L�; System.out.println(longValue == 12345); // vrai System.out.println(12345 == valeurlongue); // vrai

Apr�s JDK1.7, la m�thode Objects.equals est fournie et la programmation fonctionnelle est recommand�e. Les changements de code sont les suivants�:

Valeur courte courte = (courte)12345�; System.out.println(Objects.equals(shortValue, 12345)); // false System.out.println(Objects.equals(12345, shortValue)); // faux Entier intValue = 12345�; System.out.println(Objects.equals(intValue, 12345)); // vrai System.out.println(Objects.equals(12345, intValue)); // vrai Valeur longue longue = 12345L�; System.out.println(Objects.equals(longValue, 12345)); // false System.out.println(Objects.equals(12345, longValue)); // faux

Pourquoi le remplacement de == directement par la m�thode Objects.equals donne-t-il des r�sultats de sortie diff�rents�?

1.2. Analyse du probl�me

En d�compilant le premier morceau de code, on obtient l'instruction bytecode de l'instruction "System.out.println(shortValue == 12345);" comme suit :

7 getstatic java.lang.System.out�: java.io.PrintStream 10 aload_111 invokevirtual java.lang.Short.shortValue : short 14 sip 1234517 if_icmpne 2420 ic�nest_121 aller � 2524 ic�nest_025 invokevirtual java.io.PrintStream.println(boolean) : void

Il s'av�re que le compilateur jugera le type de donn�es de base correspondant au type de donn�es d'emballage et utilisera les instructions de ce type de donn�es de base pour la comparaison (telles que sipush et if_icmpne dans les instructions de bytecode ci-dessus), ce qui �quivaut au compilateur automatiquement donn�es pour les constantes Coercition de type.

Pourquoi le compilateur ne convertit-il pas automatiquement le type de donn�es des constantes apr�s avoir utilis� la m�thode Objects.equals ? En d�compilant le deuxi�me morceau de code, nous obtenons les instructions de bytecode pour l'instruction "System.out.println(Objects.equals(shortValue, 12345));" comme suit�:

7 getstatic java.lang.System.out�: java.io.PrintStream 10 aload_111 sip 1234514 invokestatic java.lang.Integer.valueOf(int) : java.lang.Integer 17 invokestatic java.util.Objects.equals(java.lang.Object, java.lang.Object)�: bool�en 20 invokevirtual java.io.PrintStream.println(boolean) : void

Il s'av�re que le compilateur pense que le type de donn�es de base par d�faut de la constante 12345 est int selon le sens litt�ral, il sera donc automatiquement converti en type de donn�es wrapper Integer .

Dans le langage Java, le type de donn�es par d�faut pour les entiers est int et le type de donn�es par d�faut pour les d�cimales est double .

Analysons l'impl�mentation du code de la m�thode Objects.equals�:

public statique bool�en �gal(Objet a, Objet b) { return (a == b) || (a != a.equals(b)); }

Parmi eux, l'instruction "a.equals(b)" utilisera la m�thode Short.equals.

L'impl�mentation de code de la m�thode Short.equals est�:

public bool�en �gal(Objet obj) { if (obj instanceof Short) { valeur de retour == ((Short)obj).shortValue�; } retourner faux�; }

Analyse via le code�: l'instruction correspondante "System.out.println(Objects.equals(shortValue, 12345));", car les types d'objets des deux param�tres de Objects.equals sont incoh�rents, l'un est le type de donn�es d'emballage Short et l'autre est le type de donn�es d'emballage Integer, donc le r�sultat final de la comparaison doit �tre faux. De m�me, l'instruction "System.out.println(Objects.equals(intValue, 12345));", parce que les types d'objets des deux param�tres de Objects.equals sont identiques, ils sont tous deux de type de donn�es encapsul� Integer et ont le m�me valeur, donc le r�sultat final de la comparaison doit �tre vrai.

1.3. M�thode d'�vitement des fosses

1. Maintenez de bonnes habitudes de codage et �vitez la conversion automatique des types de donn�es.

Afin d'�viter la conversion automatique des types de donn�es, une mani�re plus scientifique d'�crire consiste � d�clarer directement des constantes comme types de donn�es de base correspondants.

Le premier morceau de code peut �tre �crit comme ceci :

Valeur courte courte = (courte)12345�; System.out.println(shortValue == (short)12345); // vrai System.out.println((short)12345 == shortValue); // vrai Entier intValue = 12345�; System.out.println(intValue == 12345); // vrai System.out.println(12345 == intValue); // vrai Valeur longue longue = 12345L�; System.out.println(longValue == 12345L); // vrai System.out.println(12345L == valeurlongue); // vrai

Le deuxi�me morceau de code peut �tre �crit comme ceci :

Valeur courte courte = (courte)12345�; System.out.println(Objects.equals(shortValue, (short)12345)); // vrai System.out.println(Objects.equals((short)12345, shortValue)); // vrai Entier intValue = 12345�; System.out.println(Objects.equals(intValue, 12345)); // vrai System.out.println(Objects.equals(12345, intValue)); // vrai Valeur longue longue = 12345L�; System.out.println(Objects.equals(longValue, 12345L)); // vrai System.out.println(Objects.equals(12345L, longValue)); // vrai

2. Avec l'aide d'outils de d�veloppement ou de plug-ins, les incompatibilit�s de types de donn�es peuvent �tre d�tect�es plus t�t.

Dans la fen�tre de probl�me d'Eclipse, nous verrons une invite comme celle-ci�:

Type d'argument improbable pour equals�: int semble �tre sans rapport avec Short Type d'argument improbable pour �gal�: court semble �tre sans rapport avec int Type d'argument improbable pour equals�: int semble �tre sans rapport avec Long Type d'argument improbable pour les �gaux : Long semble �tre sans rapport avec int

En parcourant le plugin FindBugs, nous voyons cet avertissement�:

Appel � Short.equals(Integer) dans xxx.Xxx.main(String) Appel � Integer.equals(Short) dans xxx.Xxx.main(String) Appel � Long.equals(Integer) dans xxx.Xxx.main(String) Appel � Integer.equals(Long) dans xxx.Xxx.main(String)

3. Effectuer des tests unitaires de routine, dans la mesure du possible D�tecter quantitativement les probl�mes au stade de la R&D.

"Ne faites pas quelque chose de petit et ne le faites pas", n'avez pas besoin de tests unitaires car les changements sont petits, souvent des bogues apparaissent dans votre code trop confiant. Comme ce genre de probl�me, tant qu'un test unitaire est effectu�, le probl�me peut �tre trouv� compl�tement.

D�ballage de l'expression ternaire

Les expressions ternaires sont une syntaxe fixe dans le codage Java�: "expression conditionnelle�? expression1:expression2". La logique d'une expression ternaire est : "Si l'expression conditionnelle est vraie, alors ex�cute l'expression 1 , sinon ex�cute l'expression 2".

2.1. Ph�nom�ne probl�matique

condition bool�enne = faux�; Double valeur1 = 1.0D�; Double valeur2 = 2.0D�; Double valeur3 = ; Double r�sultat = condition�? valeur1 * valeur2�: valeur3�; // l�ve une exception de pointeur nul

Lorsque la condition d'expression conditionnelle est �gale � false, en attribuant directement la valeur3 de l'objet Double au r�sultat de l'objet Double, il n'y a pas de probl�me de raison, pourquoi une exception de pointeur nul (PointerException) est-elle lev�e�?

2.2. Analyse du probl�me

En d�compilant le code, on obtient l'instruction bytecode de l'instruction " Double result = condition ? value1 * value2 : value3; " comme suit :

17 iload_118 ifeq 3321 aload_222 invokevirtual java.lang.Double.doubleValue : double 25 aload_326 invokevirtual java.lang.Double.doubleValue : double 29�dmul 30 aller � 3833 charge 435 invokevirtual java.lang.Double.doubleValue�: double 38 invokestatic java.lang.Double.valueOf(double)�: java.lang.Double 41 un magasin 543 getstatic java.lang.System.out : java.io.PrintStream 46 en charge 5

A la ligne 33, l'objet Double value3 est charg� dans la pile des op�randes ; � la ligne 35, la m�thode doubleValue de l'objet Double value3 est appel�e. � ce stade, �tant donn� que value3 est un objet null, l'appel de la m�thode doubleValue l�vera in�vitablement une exception de pointeur null. Mais pourquoi convertir l'objet vide value3 en type de donn�es sous-jacent double ?

V�rifiez les informations pertinentes pour obtenir les r�gles de conversion de type pour les expressions ternaires�:

Si les deux expressions ont le m�me type, le type de valeur de retour est ce type ;

Si les deux expressions sont de types diff�rents, mais que les types ne sont pas convertibles, le type de valeur de retour est Object ;

Si les types des deux expressions sont diff�rents, mais que les types peuvent �tre convertis, convertissez d'abord le type de donn�es wrapper en type de donn�es de base, puis suivez les r�gles de conversion du type de donn�es de base (byte < court (char) < entier < long < flotteur < double) � convertir, le type de valeur de retour est le type de donn�es de base avec la priorit� la plus �lev�e.

Selon l'analyse des r�gles, l'expression 1 (valeur1 * valeur2) renvoie le type de donn�es de base double apr�s calcul, et l'expression 2 (valeur3) renvoie le type de donn�es de package Double. Selon les r�gles de conversion de type des expressions ternaires, le type de retour final est le type de donn�es de base double. Par cons�quent, lorsque la condition d'expression conditionnelle est �gale � false, l'objet vide value3 doit �tre converti dans le type de donn�es de base double, de sorte que la m�thode doubleValue de value3 est appel�e et une exception de pointeur null est lev�e.

Les r�gles de conversion de type pour les expressions ternaires peuvent �tre v�rifi�es avec les cas suivants�:

condition bool�enne = faux�; Double valeur1 = 1.0D�; Double valeur2 = 2.0D�; Double valeur3 = ; Valeur enti�re4 = ; // Le type de retour est Double, aucune exception de pointeur nul n'est lev�e Double r�sultat1 = condition ? valeur1 : valeur3�; // Le type de retour est double, une exception de pointeur nul sera lev�e Double r�sultat2 = condition�? valeur1�: valeur4�; // Le type de retour est double, aucune exception de pointeur nul n'est lev�e Double r�sultat3 = !condition ?valeur1 * valeur2 : valeur3; // Le type de retour est double, une exception de pointeur nul sera lev�e Double r�sultat4 = condition�? valeur1 * valeur2�: valeur3�;

2.3. M�thode d'�vitement des fosses

1. Essayez d'�viter d'utiliser des expressions ternaires, vous pouvez utiliser des instructions if-else � la place.

S'il existe des calculs arithm�tiques et des types de donn�es encapsul�s dans des expressions ternaires, envisagez d'utiliser des instructions if-else � la place. R��crivez le code comme suit :

condition bool�enne = faux�; Double valeur1 = 1.0D�; Double valeur2 = 2.0D�; Double valeur3 = ; Double r�sultat�; si (�tat) { r�sultat = valeur1 * valeur2�; } autre { r�sultat = valeur3�; }

2. Essayez d'utiliser des types de donn�es de base pour �viter la conversion automatique des types de donn�es.

condition bool�enne = faux�;

double valeur1 = 1.0D�;

valeur double2 = 2.0D�;

double valeur3 = 3.0D�;

r�sultat double = condition�? valeur1 * valeur2�: valeur3�;

3. Effectuez des tests unitaires de couverture et essayez de trouver des probl�mes au stade du d�veloppement.

De tels probl�mes peuvent �tre d�couverts � l'avance tant que vous �crivez des cas de test unitaire et effectuez des tests de couverture.

Affectation d'objet g�n�rique

Java Generics est une nouvelle fonctionnalit� introduite dans JDK1.5, et son essence est le type param�tr�, c'est-�-dire que le type de donn�es est utilis� comme param�tre.

3.1. Ph�nom�ne probl�matique

Lors d'une requ�te de pagination des donn�es utilisateur, le code suivant a �t� �crit � cause d'une faute de frappe�:

1. PageDataVO.java�:

/** Classe VO des donn�es de radiomessagerie */ @Getter @Setter @ToString @NoArgsConstructor @AllArgsConstructor classe publique PageDataVO < J > { /** nombre total */ totalCount long priv�; /** Feuilles de donn�es */ Liste priv�e < J > liste de donn�es�; }

2. UserDAO.java�:

/** Interface utilisateur DAO */ @Mappeur interface publique UserDAO { /** Compter le nombre d'utilisateurs */ public Long countUser(@Param("query") UserQueryVO query); /** Interroger les informations de l'utilisateur */ Liste publique < UtilisateurDO > queryUser(@Param("query") UserQueryVO query); }

3. UserService.java�:

/** Classe de service utilisateur */ @Service classe publique UserService { /** DAO utilisateur */ @Autowired userDAO priv� userDAO�; /** Interroger les informations de l'utilisateur */ public PageDataVO < UtilisateurVO > queryUser (requ�te UserQueryVO) { Liste < UtilisateurDO > listeDonn�es =�; Long totalCount = userDAO.countUser(requ�te); si (Objects.non(totalCount) totalCount.compareTo(0L) > 0) { dataList = userDAO.queryUser(requ�te); } renvoie un nouveau PageDataVO(totalCount, dataList); } }

4. UserController.java�:

/** Classe de contr�leur utilisateur */ @Manette @RequestMapping("/utilisateur") public class UserController { /** Service utilisateur */ @Autowired UserService priv� userService�; /** Interroger l'utilisateur */ @ResponseBody @RequestMapping(value = "/query", m�thode = RequestMethod.POST) R�sultat public < PageDataVO < UtilisateurVO > > queryUser(@RequestBody UserQueryVO requ�te) { PageDataVO < UtilisateurVO > pageData = userService.queryUser(requ�te); return ResultBuilder.success(pageData); } }

Le code ci-dessus ne pr�sente aucun probl�me de compilation, mais il renvoie certains champs secrets dans UserDO au frontal. Les lecteurs attentifs ont peut-�tre trouv� que dans l'instruction "return new PageDataVO(totalCount, dataList);" de la m�thode queryUser de la classe UserService, nous mettons la List < UtilisateurDO > L'objet dataList est affect� � PageDataVO < UtilisateurVO > Liste de < UtilisateurVO > Liste de donn�es de champ.

La question est : pourquoi les outils de d�veloppement ne signalent-ils pas les erreurs de compilation ?

3.2. Analyse du probl�me

Pour des raisons historiques, les types param�tr�s et les types primitifs doivent �tre compatibles. Prenons ArrayList comme exemple pour voir comment il est compatible.

Pr�c�demment �crit :

liste ArrayList = nouvelle ArrayList�;

La mani�re actuelle d'�crire :

Liste des tableaux < Cha�ne de caract�res > liste = nouvelle ArrayList < Cha�ne de caract�res > ;

Compte tenu de la compatibilit� avec le code pr�c�dent, les situations suivantes se produiront in�vitablement lors du passage de valeurs entre diff�rentes r�f�rences d'objet :

// premier cas ArrayList list1 = nouvelle ArrayList < Cha�ne de caract�res > ; // deuxi�me cas Liste des tableaux < Cha�ne de caract�res > liste2 = nouvelle ArrayList�;

Par cons�quent, le compilateur Java est compatible avec les deux types ci-dessus, et il n'y aura pas d'erreurs de compilation, mais des avertissements de compilation appara�tront. Cependant, mes outils de d�veloppement ne donnent vraiment aucun avertissement lors de la compilation.

Analysons les probl�mes que nous avons rencontr�s, en fait, deux situations se sont heurt�es en m�me temps :

1. Mettez la liste < UtilisateurDO > L'objet est assign� � List , qui atteint le premier cas ;

2. Affectez l'objet PageDataVO � PageDataVO < UtilisateurVO > , frappe le deuxi�me cas.

L'effet final est�: nous mettons magiquement la liste < UtilisateurDO > L'objet est affect� � la liste < UtilisateurVO > .

La racine du probl�me est que nous n'avons pas exig� de v�rification de type obligatoire lorsque nous avons initialis� l'objet PageDataVO.

3.3. M�thode d'�vitement des fosses

1. Lors de l'initialisation d'un objet g�n�rique, il est recommand� d'utiliser la syntaxe diamant.

Dans le "Alibaba Java Development Manual", il existe une telle r�gle recommand�e�:

[Recommand�] Lors de la d�finition des g�n�riques d'ensemble, dans JDK7 et sup�rieur, utilisez la syntaxe diamant ou omettez-la enti�rement. Description : Le g�n�rique du losange, � savoir le diamant, est utilis� directement < > pour faire r�f�rence au type sp�cifi� pr�c�demment. Exemple positif�:

// < > chemin du diamant HashMap < Cha�ne, Cha�ne > userCache = nouveau HashMap < > (16); // omission totale Liste des tableaux < Utilisateur > utilisateurs = nouvelle ArrayList(10);

En fait, il est d�conseill� de tout omettre lors de l'initialisation d'un objet g�n�rique. Cela �vite la v�rification de type, qui provoque le probl�me ci-dessus.

Lors de l'initialisation d'un objet g�n�rique, il est recommand� d'utiliser la syntaxe en losange dont le code est le suivant :

renvoyer une nouvelle PageDataVO < > (totalCount, dataList);

Maintenant, dans la fen�tre de probl�me d'Eclipse, nous verrons une erreur comme celle-ci�:

Impossible de d�duire les arguments de type pour PageDataVO < >

Donc, nous savons que nous avons oubli� de mettre la liste < UtilisateurDO > Objet converti en liste < UtilisateurVO > objet.

2. Lors de l'ex�cution de tests unitaires, il est n�cessaire de comparer le contenu des donn�es.

En ce qui concerne les tests unitaires, la sant� est un indicateur, mais des donn�es correctes sont plus importantes.

Copie de propri�t� g�n�rique

La m�thode BeanUtils.copyProperties de Spring est une m�thode d'outil de copie de propri�t� tr�s utile.

4.1. Ph�nom�ne probl�matique

Selon la sp�cification de d�veloppement de la base de donn�es, la table de la base de donn�es doit contenir trois champs�: id, gmt_create et gmt_modified. Parmi eux, le champ id peut �tre de type int ou long selon la quantit� de donn�es.

Alors, extrayez ces trois champs et d�finissez une classe de base BaseDO�:

/** Classe DO de base */

@Getter

@Setter

@ToString

classe publique BaseDO < J > {

identifiant T priv�;

Date priv�e gmtCreate�;

date priv�e gmtModified�;

}

Pour la table des utilisateurs, une classe UserDO est d�finie�:

/** Classe utilisateur DO */

@Getter

@Setter

@ToString

la classe publique UserDO �tend BaseDO < Long > {

nom de cha�ne priv�;

description de la cha�ne priv�e�;

}

Pour l'interface de requ�te, une classe UserVO est d�finie�:

/** Classe VO utilisateur */ @Getter @Setter @ToString classe statique publique UserVO { ID long priv�; nom de cha�ne priv�; description de la cha�ne priv�e�; }

Pour impl�menter l'interface de service utilisateur de requ�te, le code d'impl�mentation est le suivant�:

/** Classe de service utilisateur */ @Service classe publique UserService { /** DAO utilisateur */ @Autowired userDAO priv� userDAO�; /** Interroger l'utilisateur */ Liste publique < UtilisateurVO > queryUser (requ�te UserQueryVO) { // Interroger les informations de l'utilisateur Liste < UtilisateurDO > userDOList = userDAO.queryUser(requ�te); si (CollectionUtils.isEmpty) { return Collections.emptyList�; } // liste des utilisateurs convertis Liste < UtilisateurVO > userVOList = nouvelle ArrayList < > (userDOList.size); for (UserDO userDO : userDOList) { UserVO userVO = nouveau UserVO�; BeanUtils.copyProperties(userDO, userVO); userVOList.add(userVO); } // renvoie la liste des utilisateurs renvoie userVOList�; } }

Gr�ce aux tests, nous trouverons un probl�me - en appelant l'interface de service utilisateur de requ�te, la valeur de l'ID utilisateur n'est pas renvoy�e.

4.2. Analyse du probl�me

Logiquement, les champs id de la classe UserDO et de la classe UserVO sont tous les deux de type Long, et il n'y a aucun type qui ne peut pas �tre converti, ils devraient donc pouvoir attribuer des valeurs normalement. Essayez l'affectation manuelle, le code est le suivant�:

for (UserDO userDO : userDOList) { UserVO userVO = nouveau UserVO�; userVO.setId(userDO.getId); userVO.setName(userDO.getName); userVO.setDescription(userDO.getDescription); userVOList.add(userVO); }

Apr�s le test, le code ci-dessus renvoie des r�sultats normaux et la valeur de l'ID utilisateur est renvoy�e avec succ�s.

Il s'agit donc de la m�thode utilitaire BeanUtils.copyProperties. Ex�cutez en mode d�bogage, entrez la m�thode de l'outil BeanUtils.copyProperties et obtenez les donn�es suivantes�:

Il s'av�re que le type de retour de la m�thode getId de la classe UserDO n'est pas un type Long, mais est restaur� en type Object par des g�n�riques. La m�thode suivante de l'outil ClassUtils.isAssignable d�termine si le type Object peut �tre affect� au type Long. Bien entendu, elle renverra false et la propri�t� ne pourra pas �tre copi�e.

Pourquoi l'auteur n'a-t-il pas envisag� "d'obtenir d'abord la valeur de l'attribut, puis de juger si une valeur peut lui �tre attribu�e"�? Le code sugg�r� est le suivant :

Valeur de l'objet = readMethod.invoke(source);

if (Objects.non(value) ClassUtils.isAssignable(writeMethod.getParameterTypes, value.getClass)) {

... // code li� � l'affectation

}

4.3. M�thode d'�vitement des fosses

1. Ne faites pas aveugl�ment confiance aux bo�tes � outils tierces, toute bo�te � outils peut avoir des probl�mes.

En Java, il existe de nombreux toolkits tiers, tels que : commons-lang3 d'Apache, commons-collections, guava de Google... Ce sont tous des toolkits tiers tr�s utiles. Cependant, ne faites pas aveugl�ment confiance aux bo�tes � outils tierces, toute bo�te � outils peut avoir des probl�mes.

2. S'il y a peu d'attributs � copier, vous pouvez encoder manuellement les attributs � copier.

Le principal avantage de l'utilisation de BeanUtils.copyProperties pour refl�ter les propri�t�s de copie est d'�conomiser la quantit� de code, mais le principal inconv�nient est que les performances du programme sont d�grad�es. Par cons�quent, s'il y a peu d'attributs � copier, vous pouvez coder manuellement les attributs � copier.

3. Des tests unitaires doivent �tre effectu�s et le contenu des donn�es doit �tre compar�.

Apr�s avoir �crit le code, assurez-vous d'effectuer des tests unitaires et de comparer le contenu des donn�es. Ne le prenez pas pour acquis�: la bo�te � outils est mature, le code est simple et il n'y a aucun risque de probl�mes.

D�finir la r�organisation des objets

Dans le langage Java, la structure de donn�es Set peut �tre utilis�e pour r�organiser les objets. Les classes Set communes incluent HashSet , LinkedHashSet, etc.

5.1. Ph�nom�ne probl�matique

A �crit une classe d'assistance de ville pour lire les donn�es de la ville � partir d'un fichier CSV�:

/** Auxiliaire urbain */ @Slf4j classe publique CityHelper { /** Tester la m�thode principale */ public static void main(String args) { Le recueil < Ville > cityCollection = readCities2("cities.csv"); log.info(JSON.toJSONString(cityCollection)); } /** lire la ville */ Collection statique publique < Ville > readCities(String fileName) { essayez (flux FileInputStream = new FileInputStream(fileName); lecteur InputStreamReader = new InputStreamReader(stream, "GBK"); Analyseur CSVParser = nouveau CSVParser (lecteur, CSVFormat.DEFAULT.withHeader)) { R�gler < Ville > citySet = nouveau HashSet < > (1024); It�rateur < Enregistrement CSVR > it�rateur = analyseur.it�rateur�; tandis que (iterator.hasNext) { citySet.add(parseCity(iterator.next)); } renvoie citySet�; } capture (IOException e) { log.warn("Lire toutes les exceptions de la ville", e); } return Collections.emptyList�; } /** Analyser la ville */ ville statique priv�e parseCity (enregistrement CSVRecord) { Ville ville = nouvelle ville�; ville.setCode(record.get(0)); ville.setName(record.get(1)); ville de retour�; } /** classe urbaine */ @Getter @Setter @ToString classe statique priv�e Ville { /** indicatif de la ville */ code de cha�ne priv�; /** Nom de Ville */ nom de cha�ne priv�; } }

La structure de donn�es HashSet est utilis�e dans le code, afin d'�viter la duplication des donn�es de ville et de r�organiser de force les donn�es de ville lues.

Lorsque le contenu du fichier d'entr�e est le suivant�:

nom de code 010, P�kin 020, Canton 010, P�kin

Le r�sultat JSON analys� est le suivant�:

Cependant, la ville "P�kin" n'a pas �t� reclass�e.

5.2. Analyse du probl�me

Lors de l'ajout d'un objet � une collection Set, la collection calcule d'abord le hashCode de l'objet � ajouter et obtient un emplacement pour stocker l'objet actuel en fonction de cette valeur. S'il n'y a pas d'objet � cette position, alors la collection Set pense que l'objet n'existe pas dans la collection et l'ajoute directement. S'il y a un objet � cette position, alors comparez l'objet � ajouter � la collection avec l'objet � cette position par la m�thode equals : si la m�thode equals renvoie false, alors la collection pense que l'objet n'existe pas dans la collection , et place l'objet L'objet est plac� apr�s cet objet�; si la m�thode equals renvoie true, l'objet est consid�r� comme existant d�j� dans la collection et l'objet ne sera pas ajout� � la collection. Par cons�quent, la m�thode hashCode et la m�thode equals sont utilis�es pour d�terminer si deux �l�ments sont r�p�t�s dans la table de hachage. La m�thode hashCode d�termine o� les donn�es sont stock�es dans la table, et la m�thode equals d�termine si les m�mes donn�es existent dans la table.

En analysant le probl�me ci-dessus, �tant donn� que la m�thode hashCode et la m�thode equals de la classe City ne sont pas remplac�es, la m�thode hashCode et la m�thode equals de la classe Object seront utilis�es. Il est impl�ment� comme suit :

public natif int hashCode�; public bool�en �gal(Objet obj) { retour (this == obj); }

On peut voir que la m�thode hashCode de la classe Object est une m�thode locale et renvoie l'adresse de l'objet ; la m�thode equals de la classe Object compare uniquement si les objets sont �gaux. Par cons�quent, pour deux donn�es Beijing identiques, �tant donn� que diff�rents objets City sont initialis�s lors de l'analyse, la m�thode hashCode et la m�thode equals ont des valeurs diff�rentes, qui doivent �tre consid�r�es comme des objets diff�rents par Set, il n'y a donc pas de tri.

Ensuite, on r��crit la m�thode hashCode et la m�thode equals de la classe City, le code est le suivant :

/** classe urbaine */ @Getter @Setter @ToString classe statique priv�e Ville { /** indicatif de la ville */ code de cha�ne priv�; /** Nom de Ville */ nom de cha�ne priv�; /** V�rifie l'�galit� */ @Passer outre public bool�en �gal(Objet obj) { si (obj == ceci) { retourner vrai�; } si (Objets.est(obj)) { retourner faux�; } si (obj.getClass != this.getClass) { retourner faux�; } return Objects.equals(this.code, ((City)obj).code); } /** Code de hachage */ @Passer outre public int hashCode { return Objects.hashCode(this.code); } }

Le programme de test est � nouveau pris en charge et les r�sultats JSON analys�s sont les suivants�:

Le r�sultat est correct, et la ville "P�kin" a �t� reclass�e.

5.3. M�thode d'�vitement des fosses

1. Lorsqu'il est d�termin� que les donn�es sont uniques, List peut �tre utilis� � la place de Set.

Lorsqu'il est d�termin� que les donn�es de ville analys�es sont uniques, il n'est pas n�cessaire d'effectuer des op�rations de r�organisation et List peut �tre utilis� pour les stocker directement.

Liste < Ville > citySet = nouvelle ArrayList < > (1024); It�rateur < Enregistrement CSVR > it�rateur = analyseur.it�rateur�; tandis que (iterator.hasNext) { citySet.add(parseCity(iterator.next)); } renvoie citySet�;

2. Lorsqu'il est d�termin� que les donn�es ne sont pas uniques, Map peut �tre utilis� � la place de Set.

Lorsqu'il est d�termin� que les donn�es de ville analys�es ne sont pas uniques, le nom de la ville doit �tre install� pour les op�rations de tri et de r�organisation, qui peuvent �tre stock�es directement � l'aide de Map. Pourquoi n'est-il pas recommand� d'impl�menter la m�thode hashCode de la classe City, puis d'utiliser le HashSet pour impl�menter la pond�ration�? Tout d'abord, ne voulez pas mettre la logique m�tier dans la classe DO du mod�le�; deuxi�mement, placez le champ de poids de ligne dans le code, ce qui est pratique pour la lecture, la compr�hension et la maintenance du code.

Carte < Cha�ne, Ville > cityMap = nouveau HashMap < > (1024); It�rateur < Enregistrement CSVR > it�rateur = analyseur.it�rateur�; tandis que (iterator.hasNext) { Ville city = parseCity(iterator.next); cityMap.put(ville.getCode, ville); } renvoie cityMap.values�;

3. Suivez les sp�cifications du langage Java et r��crivez la m�thode hashCode et la m�thode equals.

Les classes personnalis�es qui ne remplacent pas les m�thodes hashCode et equals ne doivent pas �tre utilis�es dans Set.

proxy de m�thode publique

La classe proxy g�n�r�e par le proxy SpringCGLIB est une classe proxy h�rit�e, qui impl�mente le proxy en rempla�ant les m�thodes non finales dans la classe proxy. Par cons�quent, la classe proxy par SpringCGLIB ne peut pas �tre une classe finale, et la m�thode proxy ne peut pas �tre une m�thode finale, qui est restreinte par le m�canisme d'h�ritage.

6.1. Ph�nom�ne probl�matique

Voici un exemple simple, seul le super utilisateur a le pouvoir de supprimer l'entreprise, et toutes les fonctions de service sont intercept�es par AOP pour g�rer les exceptions. L'exemple de code est le suivant�:

1. UserService.java�:

/** Classe de service utilisateur */ @Service classe publique UserService { /** racine */ superutilisateur utilisateur priv�; /** D�finir un super utilisateur */ public void setSuperUser(Utilisateur superUtilisateur) { this.superUser = superutilisateur�; } /** R�cup�re le superutilisateur */ Utilisateur final public getSuperUser { retourne this.superUser�; } }

2. CompanyService.java�:

/** Classe de service de l'entreprise */ @Service classe publique CompanyService { /** Soci�t� DAO */ @Autowired soci�t� priv�eDAO companyDAO�; /** Service utilisateur */ @Autowired UserService priv� userService�; /** supprimer l'entreprise */ public void deleteCompany(Long companyId, Long operatorId) { // d�finit le super utilisateur userService.setSuperUser(nouvel utilisateur(0L, "admin", "Super utilisateur")); // Authentification du superutilisateur if (!Objects.equals(operatorId, userService.getSuperUser.getId)) { throw new ExampleException("Seuls les super-utilisateurs peuvent supprimer des entreprises"); } // supprimer les informations de l'entreprise companyDAO.delete(companyId, operatorId); } }

3. AopConfiguration.java�:

/** Classe de configuration AOP */ @Slf4j @Aspect @Configuration classe publique AopConfiguration { /** m�thode wrap */ @Around("execution(*org.changyi.springboot.service..*.*(..))") Objet public autour (ProceedingJoinPoint joinPoint) { essayer { log.info("Commencer � appeler la m�thode de service..."); return joinPoint.proceed�; } attraper (e jetable) { log.error(e.getMessage, e); jeter new ExampleException(e.getMessage, e); } } }

Lorsque nous appelons la m�thode deleteCompany de CompanyService, une exception de pointeur nul (PointerException) est lev�e, car le super utilisateur obtenu en appelant la m�thode getSuperUser de la classe UserService est . Cependant, dans la m�thode deleteCompany de la classe CompanyService, nous for�ons un super utilisateur � �tre sp�cifi� � chaque fois via la m�thode setSuperUser de la classe UserService. Logiquement, le super utilisateur obtenu via la m�thode getSuperUser de la classe UserService ne devrait pas �tre . En fait, ce probl�me est �galement caus� par le proxy AOP.

6.2. Analyse du probl�me

Lors de l'utilisation de la classe proxy SpringCGLIB, Spring cr�e une classe proxy nomm�e UserService$$EnhancerBySpringCGLIB$$???????? . La d�compilation de cette classe proxy donne le code principal suivant�:

public class UserService$$EnhancerBySpringCGLIB$$a2c3b345 �tend UserService impl�mente SpringProxy, Advised, Factory { ...... public final void setSuperUser(User var1) { MethodInterceptor var10000 = this.CGLIB$CALLBACK_0�; si (var10000 == ) { CGLIB$BIND_CALLBACKS(ceci); var10000 = this.CGLIB$CALLBACK_0�; } si (var10000 != ) { var10000.intercept(this, CGLIB$setSuperUser$0$Method, new Object{var1}, CGLIB$setSuperUser$0$Proxy); } autre { super.setSuperUser(var1); } } ...... }

On peut voir que cette classe proxy h�rite de la classe UserService, proxy de la m�thode setSuperUser, mais pas proxy de la m�thode getSuperUser. Ainsi, lorsque nous appelons la m�thode setSuperUser, nous d�finissons la valeur du champ superUser de l'instance d'objet d'origine�; et lorsque nous appelons la m�thode getSuperUser, nous obtenons la valeur du champ superUser de l'instance d'objet proxy. Si les modificateurs finaux de ces deux m�thodes sont interchang�s, il y a aussi le probl�me d'obtenir un comportement de superutilisateur.

6.3. M�thode d'�vitement des fosses

1. Suivez strictement la sp�cification du proxy CGLIB et n'ajoutez pas de modificateurs finaux aux classes et aux m�thodes en cours de proxy.

Suivez strictement la sp�cification de proxy CGLIB. N'ajoutez pas de modificateurs finaux aux classes et m�thodes proxy, afin d'�viter que les instances d'objet d'exploitation de proxy dynamique (instances d'objet d'origine et instances d'objet proxy) ne soient diff�rentes, ce qui entra�nerait une incoh�rence des donn�es ou des probl�mes de pointeur nul .

2. R�duisez la port�e des classes proxy CGLIB et ne soyez pas proxy si les classes qui peuvent �tre proxy ne sont pas utilis�es.

La r�duction de la port�e des classes proxy CGLIB peut �conomiser la surcharge de m�moire et am�liorer l'efficacit� des appels de fonction.

proxy de champ public

J'ai march� sur une fosse lorsque fastjson a �t� contraint de passer � la version 1.2.60. Afin de d�velopper rapidement, l'auteur a d�fini dans ParseConfig�:

classe publique ParseConfig {

public final SymbolTable symbolTable = new SymbolTable(4096);

......

}

A h�rit� de cette classe dans notre projet, et en m�me temps a �t� mandat� dynamiquement par AOP, donc une ligne de code a provoqu� un "cas de sang".

7.1. Ph�nom�ne probl�matique

Utilisez toujours l'exemple du chapitre pr�c�dent, mais supprimez les m�thodes get et set et d�finissez un champ public. L'exemple de code est le suivant�:

1. UserService.java�:

/** Classe de service utilisateur */ @Service classe publique UserService { /** racine */ public final User superUser = new User(0L, "admin", "superuser"); ...... }

2. CompanyService.java�:

/** Classe de service de l'entreprise */ @Service classe publique CompanyService { /** Soci�t� DAO */ @Autowired soci�t� priv�eDAO companyDAO�; /** Service utilisateur */ @Autowired UserService priv� userService�; /** supprimer l'entreprise */ public void deleteCompany(Long companyId, Long operatorId) { // Authentification du superutilisateur if (!Objects.equals(operatorId, userService.superUser.getId)) { throw new ExampleException("Seuls les super-utilisateurs peuvent supprimer des entreprises"); } // supprimer les informations de l'entreprise companyDAO.delete(companyId, operatorId); } }

3. AopConfiguration.java�:

Identique au chapitre pr�c�dent AopConfiguration.java .

Lorsque nous appelons la m�thode deleteCompany de CompanyService, une exception de pointeur null (PointerException) est lev�e. Apr�s le d�bogage et l'impression, on constate que la variable superUser de UserService est . Si AopConfiguration est supprim�, il n'y aura pas d'exception de pointeur null, indiquant que le probl�me est caus� par le proxy AOP.

7.2. Analyse du probl�me

Lors de l'utilisation de la classe proxy SpringCGLIB, Spring cr�e une classe proxy nomm�e UserService$$EnhancerBySpringCGLIB$$???????? . Cette classe proxy �tend la classe UserService et remplace toutes les m�thodes publiques non finales de la classe UserService. Cependant, cette classe proxy n'appelle pas la m�thode de la super classe de base�; � la place, elle cr�e un membre userService qui pointe vers l'instance d'origine de l'objet de la classe UserService. Maintenant, il y a deux instances d'objet en m�moire�: l'une est l'instance d'origine de l'objet UserService et l'autre est une instance d'objet proxy qui pointe vers UserService. Cette classe proxy est juste un proxy factice qui �tend la classe UserService et a les m�mes champs que UserService , mais il ne les initialise jamais et ne les utilise jamais. Par cons�quent, une fois qu'une variable de membre public est obtenue via cette instance d'objet de classe proxy, une valeur par d�faut est renvoy�e.

7.3. M�thode d'�vitement des fosses

1. Lorsque le champ est d�termin� comme immuable, il peut �tre d�fini comme une constante statique publique.

Lorsque le champ est d�termin� comme immuable, il peut �tre d�fini comme une constante statique publique et accessible avec le nom de la classe + le nom du champ. Le nom de classe + nom de champ acc�de aux constantes statiques publiques, quel que soit le proxy dynamique de l'instance de classe.

/** Classe de service utilisateur */ @Service classe publique UserService { /** racine */ public static final User SUPER_USER = new User(0L, "admin", "Super User"); ...... } /** utiliser le code */ if (!Objects.equals(operatorId, UserService.SUPER_USER.getId)) { throw new ExampleException("Seuls les super-utilisateurs peuvent supprimer des entreprises"); }

2. Lorsqu'il est d�termin� que le champ est immuable, il peut �tre d�fini comme une variable de membre priv�.

Lorsqu'il est d�termin� que le champ est immuable, il peut �tre d�fini comme une variable membre priv�e et fournir une m�thode publique pour obtenir la valeur de la variable. Lorsque l'instance de classe est mandat�e dynamiquement, la m�thode proxy appelle la m�thode proxy, renvoyant ainsi la valeur de la variable membre de la classe proxy.

/** Classe de service utilisateur */ @Service classe publique UserService { /** racine */ Utilisateur priv� superutilisateur = nouvel utilisateur (0L, "admin", "superutilisateur"); /** R�cup�re le superutilisateur */ Utilisateur public getSuperUser { retourne this.superUser�; } ...... } /** utiliser le code */ if (!Objects.equals(operatorId, userService.getSuperUser.getId)) { throw new ExampleException("Seuls les super-utilisateurs peuvent supprimer des entreprises"); }

3. Suivez la norme de codage JavaBean et ne d�finissez pas de variables de membre publiques.

Suivez les conventions de codage JavaBean et ne d�finissez pas de variables de membre publiques. La sp�cification JavaBean est la suivante�:

(1) La classe JavaBean doit �tre une classe publique et d�finir son attribut d'acc�s sur public, par exemple�: public class User{...} (2) La classe JavaBean doit avoir un constructeur vide�: la classe doit avoir un constructeur public sans param�tres (3) Une classe JavaBean ne doit pas avoir de variables d'instance publiques, toutes les variables de classe sont priv�es, telles que�: identifiant Integer priv�; (4) Les propri�t�s doivent �tre accessibles via un ensemble de m�thodes getter/setter.

Les �tres humains b�n�ficient de la pens�e "analogique", et c'est la sagesse humaine de tirer des conclusions d'un cas � l'autre. Chaque fois qu'ils rencontrent de nouvelles choses, les gens utilisent souvent des choses connues similaires comme r�f�rence, ce qui peut acc�l�rer la cognition de nouvelles choses. Et les �tres humains sont soumis � une pens�e "fixe", parce que les choses connues ne peuvent pas repr�senter de nouvelles choses, et les gens sont enclins � former des concepts pr�con�us, qui conduisent finalement � une mauvaise appr�ciation des nouvelles choses.

� propos de l'auteur�: Chen Changyi, dont le nom de fleur est Changyi, est un expert de la technologie cartographique AutoNavi. Il a rejoint Alibaba en 2018 et travaille sur la collecte de donn�es cartographiques.

Xunfei Intelligent Voice Pioneer : lorsque l'interaction homme-ordinateur est aussi naturelle que la communication humaine, la v�ritable �re de l'intelligence viendra !

Les entreprises ont besoin d'un ensemble de m�thodologies de la Silicon Valley pour construire leur propre centre de donn�es (il y a des avantages � la fin de l'article�!)

De Nginx � Pandownload, comment les programmeurs peuvent-ils �viter la programmation ax�e sur la prison�?

Pouvez-vous d�couvrir des algorithmes avec uniquement des op�rations math�matiques du secondaire�? Quelle est la puissance de l'open source AutoML-Zero de Google�?

Architecture microservices sous architecture Spring Cloud : Microservices d�partementaux (Dept)

De Spring Cloud � Service Mesh, comment �volue le syst�me de gouvernance de l'architecture des microservices ?

Route de la soie

Apprenez � conna�tre la Chine

Au cours de ces ann�es, la fosse de Java sur laquelle nous avons march�