Pourquoi JMH
Évitez les erreurs de référence naïves
Pourquoi JMH est une leçon Java Academy gratuite sur CoddyKit. Ceci est la leçon 1 sur 4. Tu peux lire la leçon complète ci-dessous gratuitement — puis la pratiquer en direct dans le navigateur avec un éditeur de code intégré et un tuteur IA 24/7. Elle fait partie du parcours d'apprentissage Java Academy, et ta progression se synchronise sur le web et l'application CoddyKit. Le cours Java Academy comprend 4 leçons au total.
Pourquoi JMH
Le Java Microbenchmark Harness (JMH) est l’outil standard pour mesurer les performances de petits fragments de code Java. Les boucles de chronométrage écrites manuellement produisent presque toujours des résultats erronés, car la JVM est un environnement d’exécution sophistiqué qui optimise le code.
JMH sert à neutraliser ces pièges.
L’évaluation comparative naïve
Une première tentative courante consiste à entourer une boucle de System.nanoTime(). Cela semble raisonnable, mais c’est profondément incorrect pour les mesures de microperformances.
public class Main {
static int compute(int n) { return n * n + 7; }
public static void main(String[] args) {
long start = System.nanoTime();
int sink = 0;
for (int i = 0; i < 1_000_000; i++) sink = compute(i);
long elapsed = System.nanoTime() - start;
System.out.println("ns: " + elapsed + " sink=" + sink);
}
}Problème 1 : échauffement du compilateur à la volée
La JVM démarre en mode interprété et ne compile les méthodes très sollicitées en code natif qu’après des milliers d’appels. Une évaluation comparative naïve mesure la phase interprétée lente mélangée à la phase compilée rapide, ce qui produit des moyennes dépourvues de sens.
JMH résout ce problème grâce à une phase dédiée d’échauffement qui est supprimée des résultats.
Problème 2 : suppression du code mort
Si un résultat calculé n’est jamais utilisé, le compilateur à la volée peut supprimer entièrement le calcul. Votre évaluation comparative mesure alors une boucle vide.
JMH fournit la consommation des valeurs renvoyées ainsi que le Blackhole pour empêcher cela.
Problème 3 : évaluation des constantes
Si les entrées sont des constantes connues à la compilation, le compilateur à la volée calcule la réponse une seule fois et la réutilise. Ici, le compilateur pourrait remplacer toute la boucle par une seule constante.
JMH utilise des objets @State afin que les entrées restent opaques pour l’optimiseur.
public class Main {
public static void main(String[] args) {
// 2 * 21 is constant; the JIT folds it to 42
int result = 2 * 21;
System.out.println(result);
}
}Problème 4 : optimisations des boucles
Le compilateur à la volée déroule les boucles, remonte le code invariant et vectorise les opérations. Une boucle écrite à la main mesure ces optimisations plutôt que l’opération que vous vouliez tester.
JMH remplace votre boucle par des nombres d’itérations soigneusement contrôlés qu’il gère lui-même.
Problème 5 : remplacement sur la pile
Une longue boucle dans main peut être compilée en cours d’exécution (remplacement sur la pile), ce qui produit des caractéristiques de performance différentes de celles d’une méthode compilée normalement. Cela fausse les résultats de manière imprévisible.
Ce que fournit JMH
- Des itérations d’échauffement séparées et supprimées des résultats.
- Plusieurs itérations de mesure accompagnées de statistiques.
- Lancement dans de nouvelles JVM afin d’éviter la pollution des profils.
- Le puits noir et la consommation des résultats pour empêcher la suppression du code mort.
- Des objets @State pour empêcher l’évaluation des constantes.
Comment le lancer
JMH est une dépendance distincte (org.openjdk.jmh) et est normalement lancé par un processeur d’annotations ainsi qu’une compilation Maven/Gradle qui produit un JAR exécutable. Vous ne lancez pas les évaluations comparatives depuis un simple main comme du code ordinaire.
Les statistiques comptent
JMH fournit non seulement une moyenne, mais aussi l’erreur / l’intervalle de confiance calculé sur les itérations et les processus distincts. Un résultat de 42.0 +/- 1.3 ns/op vous indique à la fois la valeur centrale et l’ampleur des variations : c’est essentiel pour pouvoir faire confiance à une mesure.
Quand utiliser JMH
Utilisez JMH pour comparer deux implémentations d’un chemin d’exécution critique, valider une optimisation ou mesurer des opérations allant de la nanoseconde à la microseconde. Pour les tâches grossières à l’échelle de la seconde (E/S, réseau), un chronométrage en temps réel est généralement suffisant.
Vérification rapide
Vérifiez votre compréhension de la raison pour laquelle JMH est nécessaire.
Récapitulatif
Vous avez appris pourquoi la mesure de microperformances nécessite une infrastructure d’exécution :
- La JVM monte en régime : le code interprété ne devient compilé qu’après de nombreux appels.
- La suppression du code mort et l’évaluation des constantes peuvent supprimer ou précalculer votre travail.
- Les optimisations des boucles et le remplacement sur la pile faussent les boucles écrites à la main.
- JMH ajoute l’échauffement, les itérations de mesure, les processus distincts, le puits noir et les statistiques.
- Utilisez-le pour mesurer les chemins d’exécution critiques à l’échelle de la nanoseconde.
Questions Fréquemment Posées
La leçon « Pourquoi JMH » est-elle gratuite ?
Oui — le texte complet de « Pourquoi JMH » est gratuit à lire ici sur le web. Pour la pratiquer de manière interactive (un éditeur de code intégré et un tuteur IA 24/7) et déverrouiller le reste du cours Java Academy, passe à CoddyKit PRO. Le cours Java Academy comprend 4 leçons au total.
Qu'est-ce que j'apprendrai dans « Pourquoi JMH » ?
Évitez les erreurs de référence naïves Tu pratiques Java Academy avec du code pratique que tu exécutes directement dans le navigateur, et un tuteur IA 24/7 répond à tes questions au fur et à mesure que tu avances dans la leçon.
Dois-je avoir de l'expérience pour commencer Java Academy ?
Aucune expérience préalable n'est requise. Java Academy sur CoddyKit est structuré pour les débutants jusqu'aux apprenants avancés, donc tu peux commencer ici ou depuis le début et avancer à ton rythme. Ceci est la leçon 1 sur 4.
Combien de temps prend la leçon « Pourquoi JMH » ?
La plupart des leçons CoddyKit prennent environ 5–10 minutes. Chacune est courte et interactive, tu progresses régulièrement et tu repiques exactement où tu t'es arrêté sur le web et l'app.
Peux-tu écrire et exécuter du code dans cette leçon Java Academy ?
Oui. Chaque leçon Java Academy inclut un éditeur de code intégré, tu écris et exécutes du vrai code directement dans ton navigateur et tu reçois des retours IA instantanés — aucune configuration locale requise.