La réorganisation des instructions sous le thread unique Java affectera-t-elle l'ordre de sortie de System.out.println?

REMERDOCTION DE L'INSTRUCTION ET SYSTEM.out.println () Sortie dans un environnement Java unique

Afin d'optimiser les performances du programme, le compilateur Java renseignera les instructions. Mais cela affectera-t-il l'ordre de sortie de System.out.println() dans un programme unique? Analysons-le.

Considérez le code suivant:

 System.out.println ("1");
System.out.println ("2");

Intuitivement, vous pouvez craindre que la réorganisation des instructions ne fasse pas de l'ordre de sortie "2 1". Cependant, dans un environnement unique, le modèle de mémoire Java garantit que les résultats d'exécution du programme sont cohérents avec la séquence de code. Bien que le compilateur puisse ajuster l'exécution de l'ordre de l'instruction, il doit adhérer au principe "Wappens-Bevant" pour s'assurer que l'exactitude sémantique d'un programme unique n'est pas corrompue.

Si la réorganisation entraîne l'inverse de l'ordre de sortie de "1" et "2", cela signifie que les résultats d'exécution du programme ont fondamentalement modifié, ce qui viole les réglementations du modèle de mémoire Java. Le modèle de mémoire Java n'autorise pas une telle exécution hors commande dans les programmes monomarrés.

Par conséquent, dans l'exemple ci-dessus, l'ordre de sortie de System.out.println("1"); et System.out.println("2"); ne devient pas "21" en raison de la réorganisation des instructions. Ce n'est que dans un environnement multi-thread, en raison de la visibilité entre les threads, la réorganisation des instructions peut rendre la production incompatible avec les attentes, mais cela dépasse la portée de la discussion unique. La réorganisation des instructions sous un seul thread est limitée à l'optimisation interne et ne modifie pas le résultat final du programme.

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!