Les étapes clés du réglage des performances des applications Java incluent: 1. Utilisez des outils intégrés JVM tels que JSTAT, JMAP et JSTACK pour surveiller la fréquence GC, la distribution de la mémoire et l'état du thread, et localiser les problèmes de base; 2. Utilisez VisualVM, JProfiler ou Async Profiler pour analyser les codes chauds et identifier les méthodes à forte intensité de processeur; 3. Optimiser le comportement de collecte des ordures via des journaux GC et des ajustements de paramètres, et sélectionnez les recycleurs et les configurations de tas appropriés en fonction des tests de charge professionnelle; 4. évitez les pièges communs tels que la synchronisation excessive, la création d'objets fréquents, la requête N 1 et la sortie logarithmique excessive, et réduisez les pertes de performances inutiles.

Le réglage des performances et l'analyse des applications Java ne sont en fait que quelques points clés: trouver des goulots d'étranglement, une compréhension du comportement et une optimisation rationnelle. Vous n'avez pas besoin de poursuivre l'ultime depuis le début, mais vous devez savoir par où commencer.

1. Utilisez les outils JVM intégrés pour comprendre l'état de course

JVM est livré avec certains outils, tels que jstat , jmap et jstack . Bien que ces widgets soient simples, ils sont très pratiques lors du dépannage des problèmes. Par exemple:

• jstat -gc <pid></pid> peut voir la fréquence et la consommation de temps GC. Si vous constatez que le GC complet se produit fréquemment, la mémoire peut devenir un goulot d'étranglement.
• jmap -histo:live <pid></pid> peut voir la distribution des objets dans le tas, ce qui aide à détecter les fuites de mémoire.
• jstack <pid></pid> PRIMT PILE DE TIFE, qui peut être utilisé pour vérifier les problèmes de blocage de blocage ou de threads.

Ces commandes n'ont pas besoin d'être mémorisées, mais vous devez savoir quels types de problèmes ils peuvent résoudre. Lorsque vous l'utilisez, utilisez-le pour traiter la sortie avec Grep ou Script, ce qui est plus efficace.

2. Utilisez des outils de profilage pour localiser les codes Hotspot

Avec les journaux et les outils de ligne de commande seuls, il est difficile de voir quelle méthode ralentit les performances globales. Pour le moment, vous devez utiliser l'outil de profilage pour "afficher les rayons X".

Couramment utilisés sont:

• VisualVM : l'interface graphique, adaptée au débogage local, peut afficher les threads, la mémoire et l'utilisation du processeur, et peut également effectuer un échantillonnage ou un profilage.
• JProfiler : Plus puissant, prend en charge les connexions distantes et est également utile pour le diagnostic de l'environnement de production, mais il s'agit d'un logiciel commercial.
• Async Profiler : légère et faiblement surcharge, adapté à l'ouverture à court terme dans les environnements de production et peut trouver avec précision les méthodes à forte intensité de processeur.

Lorsque vous utilisez ces outils, il est recommandé d'exécuter d'abord le mode d'échantillonnage pour voir s'il existe des méthodes évidentes de spot chaud. Si nécessaire, activez le mode de suivi plus détaillé pour éviter d'affecter la stabilité du système.

3. Faites attention au comportement GC et ajustez les paramètres de manière appropriée

La performance des applications Java est étroitement liée à GC. Différents collectionneurs de déchets ont beaucoup de performances. Par exemple, G1 convient aux grands tas de mémoire, tandis que le ZGC se concentre sur une faible latence.

Vous pouvez observer GC de la manière suivante:

• Paramètres de démarrage Plus -XX: PrintGCDetails -XX: PrintGCDateStamps
• Utilisez jstat pour surveiller la fréquence GC
• Utilisez des outils d'analyse de journaux GC tels que GCEASY ou GCViewer pour afficher les tendances

L'ajustement des paramètres GC n'est pas le plus compliqué, mieux c'est, par exemple:

• Il est facile de l'oom si la pile est trop petite, et cela augmentera le temps GC s'il est trop grand
• La jeune génération est trop petite pour être installée, ce qui conduira à une promotion fréquente d'objets aux personnes agées, provoquant un GC complet
• Vous pouvez sélectionner les paramètres cibles de pause appropriés en fonction du type GC, tels que -XX:MaxGCPauseMillis=200

La clé est de prendre des décisions basées sur les tests de charge commerciale, plut?t que d'appliquer aveuglément la configuration des autres.

4. évitez les pièges de performance courants

Parfois, de mauvaises performances ne sont pas parce que le code est mauvais, mais parce que c'est un piège:

• OverSync : Si Synchronisé est trop utilisé, cela ralentira la capacité de concurrence. Vous pouvez utiliser ReentrantLock ou essayer une structure sans verrouillage.
• Création fréquente d'objets : par exemple, de nouveaux objets dans une boucle peuvent facilement entra?ner une haute pression sur GC, envisager de réutiliser ou d'utiliser des pools d'objets.
• N 1 Problème de requête : Il n'y a pas de traitement par lots pour l'accès à la base de données, et une interface déclenche des dizaines de requêtes. Cette situation peut être résolue en ajoutant une jointure ou un cache.
• Trop de sortie de journal : Trop de journal de niveau de débogage affectera IO. N'oubliez pas d'ajuster le niveau du journal avant de se rendre en ligne.

Ces problèmes sont souvent cachés dans la logique des affaires et ne seront exposés que sous la mesure réelle du stress ou le trafic réel.

Fondamentalement, c'est tout. Le réglage des performances est un processus progressif, ne modifiez pas les paramètres JVM ou le code de refactor dès que vous commencez. Observez d'abord, puis analysez et enfin agissez, l'effet est meilleur.

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!