Le compilateur JIT améliore les performances grace à la méthode en ligne, à la reconnaissance du code de hotspot, à l'analyse d'évasion et au remplacement scalaire, à l'optimisation de verrouillage et à d'autres moyens. 1. Méthode en ligne La méthode intègre directement de petites méthodes dans l'appel, réduisant les frais généraux de l'appel et promouvant d'autres optimisations; 2. 3. L'analyse d'échappement détermine si l'objet s'échappe et combine le remplacement scalaire pour réduire l'allocation de la mémoire; 4. L'optimisation de verrouillage comprend des mécanismes tels que l'élimination des verrous, la grossièreté de verrouillage et le verrouillage des biais pour améliorer l'efficacité de synchronisation multi-thread. Ces optimisations permettent aux programmes Java d'atteindre des performances plus élevées au moment de l'exécution.

Le compilateur Java de Java (juste à temps) est l'un des composants clés de l'optimisation des performances JVM. Il compile dynamiquement bytecode dans le code machine local pendant l'exécution du programme, améliorant ainsi considérablement l'efficacité de l'exécution. Mais comment cela fait-il cela? Comment déterminez-vous quels codes méritent d'être optimisés?

Méthode en ligne: Réduisez les frais généraux d'appel de fonction

L'une des méthodes d'optimisation les plus couramment utilisées pour les compilateurs JIT est la méthode en ligne . Autrement dit, il s'agit de remplacer l'appel d'une petite méthode par la logique de code de la méthode elle-même, éliminant la push-poussie, le saut et d'autres opérations de la pile d'appels.

Par exemple, une méthode de Getter simple:

 public int getValue () {
    valeur de retour;
}

Si chaque appel est vraiment exécuté une fois, c'est un gaspillage de performances. JIT reconna?tra cette méthode courte et concise et l'incorporera directement dans l'appel, ce qui équivaut à accéder directement aux variables.

Les avantages de cette approche sont évidents:

• Réduisez les frais généraux d'appel
• Il est plus facile de déclencher d'autres optimisations (comme la propagation constante)

Cependant, toutes les méthodes ne peuvent pas être inclinées. JIT généralement uniquement en ligne des méthodes inférieures à une certaine longueur d'instruction, et déterminera également s'il faut être en ligne en fonction de la fréquence d'appel.

Reconnaissance du code hot spot: concentrez-vous sur l'optimisation du chemin à haute fréquence

JIT ne fera pas d'optimisations complexes à tout le code, mais se concentrera sur ces points chauds . Le code soi-disant Hot-Spot est un segment de code qui est fréquemment exécuté, comme un corps de boucle ou une méthode appelée plusieurs fois.

Le JVM suit le nombre d'exécutions d'une méthode via un compteur. Lorsqu'une méthode est exécutée dépasse un certain seuil, le JIT le compile en code local. Les avantages de cela sont:

• évitez les frais généraux de compilation inutile
• Focus les ressources dans des endroits qui affectent vraiment les performances

Par exemple, un morceau de code qui est exécuté à plusieurs reprises dans une boucle peut être plusieurs fois ou même des dizaines de fois plus rapidement que l'explication après avoir été compilé par JIT.

Analyse d'évasion et remplacement scalaire: réduire la pression d'allocation des objets

Les compilateurs JIT modernes soutiennent également une technologie appelée analyse Escape . Sa fonction est de déterminer si la portée d'un objet est limitée au thread ou à la méthode actuelle. Si vous pouvez être s?r que l'objet n'échappera pas, alors le JVM peut utiliser certaines astuces pour optimiser l'utilisation de la mémoire.

Par exemple, le code suivant:

 public void Somemethod () {
    MyObject obj = new myObject ();
    // faire quelque chose avec obj, mais il n'échappe pas
}

Dans ce cas, le JIT peut décider de ne pas créer l'objet, mais de traiter ses champs comme variables locales (c'est-à-dire le remplacement scalaire ). Cela réduit non seulement l'attribution de la mémoire du tas, mais réduit également la pression de la collecte des ordures.

Il convient de noter que l'analyse d'évasion repose sur le jugement intelligent du compilateur, et parfois différentes méthodes d'écriture affecteront les résultats de l'analyse. Par exemple, si vous passez cet objet à une autre méthode ou que vous la sauvegardez dans une collection, il est susceptible de "s'échapper" et de perdre l'occasion d'optimiser.

Optimisation de verrouillage: rendre la synchronisation plus efficace

Dans les environnements multi-thread, les verrous sont un goulot d'étranglement commun. JIT a également fait beaucoup d'optimisations à cet égard, comme:

• élimination du verrouillage : si vous constatez qu'un verrou ne concurrente pas du tout simultanément, retirez simplement le verrou.
• Berrouillage de verrouillage : combinez plusieurs petites serrures consécutives dans une grande serrure pour réduire le nombre de temps de verrouillage / déverrouillage.
• Verrures positives et verrous légers : ce sont des mécanismes de niveau JVM, mais sont également en collaboration par JIT, dans le but de faire des opérations de verrouillage dans aucune situation de compétition sans presque sans frais.

Ces optimisations sont généralement transparentes pour les développeurs, mais elles améliorent tranquillement les performances des programmes simultanés dans les coulisses.

Fondamentalement, c'est tout. Il existe de nombreuses autres méthodes d'optimisation pour les compilateurs JIT, tels que l'élimination de la sous-expression publique, l'expansion de boucle, etc., mais ce qui précède est la plus courante et la plus facile à comprendre. Bien que nous n'ayons pas besoin d'interférer manuellement avec le travail de Jit, comprendre comment cela fonctionne peut aider à rédiger du code Java plus adapté à l'optimisation.

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!