Nouveauté Java 25 (17/18) - JEP 520 : JFR devient un debugger de production JFR franchit un nouveau cap avec le timing et tracing précis de méthodes via instrumentation bytecode. Cette fonctionnalité transforme JFR en véritable outil de débogage production. La JEP 520: JFR Method Timing & Tracing introduit les événements jdk.MethodTiming et jdk.MethodTrace pour mesurer et tracer l'exécution de méthodes spécifiques. Le problème historique ? Analyser des méthodes spécifiques en production nécessitait des logs temporaires, des profilers statistiques imprécis, ou des agents Java complexes. Aucune solution n'offrait à la fois précision, simplicité et faible overhead. JFR comble cette lacune par instrumentation bytecode intégrée. Spécifiez un filtre de méthodes, et la JVM injecte automatiquement le code de mesure. Plus besoin d'agents externes ou de modifications source. La syntaxe est intuitive : java.util.HashMap::resize trace cette méthode précise. Les filtres supportent classes entières, annotations, et combinaisons complexes. Analyser tous les initialisateurs statiques devient '::'. L'intégration est complète : configuration via fichiers JFC, contrôle via jcmd, analyse via jfr view, et même pilotage distant via JMX. Les développeurs peuvent tracer les fuites de file descriptors, mesurer les endpoints REST, ou identifier les goulots d'étranglement de startup. Cette évolution positionne JFR comme alternative native aux profilers tiers pour l'analyse fine de performance en production. #Java25 #JEP520 #Java #JFR #MethodTiming #Tracing #Profiling #Production #Oracle #OpenJDK #DéveloppeurJava #Performance #Debugging