L'instance de est-elle vraiment lente ? Une référence de performances en Java 1.8

Impact sur les performances de l'utilisation d'instanceof en Java

Malgré ses détracteurs dans la conception orientée objet, l'opérateur instanceof reste un choix de conception courant dans les applications . Si sa performance reste préoccupante, son impact est souvent débattu. Pour faire la lumière sur ce sujet, une analyse comparative approfondie a été menée.

Mise en œuvre du benchmark

Un programme de benchmark a été créé pour évaluer les performances de quatre implémentations différentes :

• instance de implémentation (comme référence)
• Orienté objet (classe abstraite avec méthode remplacée)
• Implémentation de type personnalisé
• getClass() == _.classimplémentation

Résultats

Après 10 000 itérations avec 10 forks, la moyenne suivante les heures ont été enregistrées :

Operation	Runtime in nanoseconds per operation	Relative to instanceof
INSTANCEOF	39,598	100.00%
GETCLASS	39,687	100.22%
TYPE	46,295	116.91%
OO	48,078	121.42%

Analysis

• instanceof et getClass() ont des différences de performances négligeables , indiquant que instanceof n'entraîne pas de conséquences significatives surcharge.
• L'utilisation d'ID de type personnalisés entraînait une pénalité de performances modérée par rapport à instanceof.
• L'approche orientée objet était la plus lente, même si la différence n'était pas substantielle.

Conclusion

En Java 1.8, le L’opérateur instanceof est l’option la plus rapide pour la vérification de type. Il est légèrement plus rapide que getClass() et nettement plus rapide que les ID de type personnalisés ou l'approche orientée objet. Compte tenu de son impact minimal sur les performances, instanceof reste un choix viable pour la vérification de type dans des scénarios critiques en termes de performances.

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!