{"id":143670,"date":"2025-09-17T11:12:01","date_gmt":"2025-09-17T09:12:01","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-java-se-25-lts-i-openjdk-25"},"modified":"2025-09-17T11:12:01","modified_gmt":"2025-09-17T09:12:01","slug":"vypusk-java-se-25-lts-i-openjdk-25","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/vypusk-java-se-25-lts-i-openjdk-25","title":{"rendered":"Sortie de Java SE 25 LTS et OpenJDK 25","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Apr\u00e8s six mois de d\u00e9veloppement, Oracle a publi\u00e9 la plateforme Java SE 25 (Java Platform, Standard Edition 24), dont la mise en \u0153uvre de r\u00e9f\u00e9rence utilise le projet open source OpenJDK. \u00c0 l'exception de la suppression de certaines fonctionnalit\u00e9s obsol\u00e8tes, Java SE 25 conserve la r\u00e9trocompatibilit\u00e9 avec les versions pr\u00e9c\u00e9dentes de la plateforme Java \u2014 la plupart des projets Java pr\u00e9c\u00e9demment \u00e9crits fonctionneront sans modifications sur la nouvelle version. Des installations pr\u00eates \u00e0 l'emploi de Java SE 25 (JDK, JRE et Server JRE) ont \u00e9t\u00e9 pr\u00e9par\u00e9es pour Linux (x86_64, AArch64), Windows (x86_64) et macOS (x86_64, AArch64). La mise en \u0153uvre de r\u00e9f\u00e9rence de Java SE 25, d\u00e9velopp\u00e9e dans le cadre du projet OpenJDK, est enti\u00e8rement ouverte sous la licence GPLv2 avec des exceptions GNU ClassPath, permettant le couplage dynamique avec des produits commerciaux. <\/p>\n
Java SE 25 est class\u00e9 parmi les releases b\u00e9n\u00e9ficiant d'un support prolong\u00e9, avec des mises \u00e0 jour qui seront publi\u00e9es jusqu'en 2033 (les mises \u00e0 jour publiques seront disponibles jusqu'en septembre 2030). Les branches Java SE 17 et 21, qui constituent \u00e9galement des versions \u00e0 long terme de support (LTS), continueront d'\u00eatre maintenues, avec des mises \u00e0 jour devant \u00eatre publi\u00e9es jusqu'en 2029 et 2031, respectivement (publiquement \u2014 jusqu'en 2026 et 2028). Le support prolong\u00e9 des branches LTS Java SE 8 et 11 se poursuivra jusqu'en 2030 et 2032. <\/p>\n
Parmi les nouveaut\u00e9s propos\u00e9es dans Java SE 25 (1, 2, 3, 4)\u00a0: <\/p>\n
\n
Une API exp\u00e9rimentale StableValue a \u00e9t\u00e9 ajout\u00e9e pour travailler avec des objets contenant des donn\u00e9es immuables trait\u00e9es dans la JVM comme des constantes. De telles objets b\u00e9n\u00e9ficient d'optimisations de performance similaires \u00e0 celles des champs marqu\u00e9s avec le mot-cl\u00e9 \u00ab final \u00bb. L'API StableValue s\u00e9pare la cr\u00e9ation de valeurs constantes de leur initialisation, garantissant que la valeur ne puisse \u00eatre initialis\u00e9e qu'une seule fois, r\u00e9duisant le temps de d\u00e9marrage des applications et permettant d'appliquer dans le code utilisateur des optimisations de pliage de constantes (constant-folding), utilis\u00e9es auparavant uniquement dans le code interne du JDK. class Application { \/\/ \u00c9tait : \/\/ static final UserService USERS = new UserService(); \/\/ Devenu : static final StableValue USERS = StableValue.of(); public static UserService users() { return USERS.orElseSet(UserService::new); } }\n
Un API exp\u00e9rimental pour l'encodage et le d\u00e9codage d'objets contenant des cl\u00e9s cryptographiques, des certificats et des listes de certificats r\u00e9voqu\u00e9s a \u00e9t\u00e9 ajout\u00e9, utilisant le format PEM (Pivacy-Enhanced Mail).\n
Ajout du support des valeurs limit\u00e9es (Scoped Values), permettant de partager des donn\u00e9es immuables entre des threads et d'\u00e9changer efficacement des donn\u00e9es entre des sous-threads (les valeurs sont h\u00e9rit\u00e9es). Les Scoped Values se d\u00e9veloppent pour remplacer le m\u00e9canisme des variables locales au thread (thread-local variables) et sont plus efficaces lorsqu'il s'agit d'utiliser un tr\u00e8s grand nombre de threads virtuels (des milliers ou des millions de threads). La principale diff\u00e9rence entre les Scoped Values et les variables locales au thread est que les premi\u00e8res sont \u00e9crites une fois, ne peuvent pas \u00eatre modifi\u00e9es par la suite et restent accessibles uniquement pendant l'ex\u00e9cution du thread.\n
Ajout d'une API pour utiliser les fonctions cryptographiques de d\u00e9rivation de cl\u00e9 (KDF, key derivation function), permettant de g\u00e9n\u00e9rer des cl\u00e9s suppl\u00e9mentaires de la longueur requise \u00e0 partir d'une cl\u00e9 secr\u00e8te (par exemple, un mot de passe) et d'un ensemble de donn\u00e9es arbitraire.\n
Suppression du code et des scripts de construction pour le support des syst\u00e8mes 32 bits x86. L'arr\u00eat du support des syst\u00e8mes 32 bits x86 a permis de simplifier l'infrastructure de construction et de test du JDK, ainsi que de mettre en \u0153uvre des fonctionnalit\u00e9s li\u00e9es \u00e0 des plateformes sans avoir \u00e0 cr\u00e9er de gestionnaires de secours pour les syst\u00e8mes 32 bits x86.\n
Ajout de la possibilit\u00e9 d'utiliser une seule expression \u00ab import module M \u00bb pour importer tous les paquets export\u00e9s par le module sp\u00e9cifi\u00e9. Ce changement simplifie consid\u00e9rablement la r\u00e9utilisation des biblioth\u00e8ques modulaires, permettant de connecter des biblioth\u00e8ques et des classes sans avoir \u00e0 en d\u00e9finir leur place dans la hi\u00e9rarchie des paquets. Par exemple, indiquer \u00ab import module java.base \u00bb importera tous les 54 paquets inclus dans le module java.base, qui auraient auparavant d\u00fb \u00eatre mentionn\u00e9s s\u00e9par\u00e9ment (\u00ab import java.io.* \u00bb, \u00ab import java.util.* \u00bb, etc.).\n
Une variante compacte de l'\u00e9criture de programmes a \u00e9t\u00e9 propos\u00e9e, qui pourrait \u00eatre utile pour l'enseignement et lors du d\u00e9veloppement de petites applications. Dans cette forme compacte, il n'est pas n\u00e9cessaire de d\u00e9finir des classes suppl\u00e9mentaires, les API standards sont automatiquement import\u00e9es et des m\u00e9thodes simplifi\u00e9es d'entr\u00e9e\/sortie sont disponibles. Par exemple, une application \u00ab Hello, World! \u00bb peut \u00eatre r\u00e9duite \u00e0 : void main() { IO.println(\u00ab Hello, World! \u00bb); }\n
Il est d\u00e9sormais permis de sp\u00e9cifier dans les constructeurs des expressions avant l'appel de super(\u2026), utilis\u00e9 pour l'appel explicite du constructeur de la classe parente depuis le constructeur de la classe d\u00e9riv\u00e9e, \u00e0 condition que ces expressions ne fassent pas r\u00e9f\u00e9rence \u00e0 l'instance en cours de cr\u00e9ation par le constructeur. class Outer { void hello() { System.out.println(\u00ab Hello \u00bb); } class Inner { Inner() { hello(); super(); } } }\n
Un mode de fonctionnement g\u00e9n\u00e9ratif a \u00e9t\u00e9 ajout\u00e9 au ramasse-miettes Shenandoah, dans lequel les objets anciens et r\u00e9cemment cr\u00e9\u00e9s sont trait\u00e9s s\u00e9par\u00e9ment pour am\u00e9liorer l'efficacit\u00e9 de nettoyage des objets avec une courte dur\u00e9e de vie. Ce nouveau mode garantit une bande passante plus pr\u00e9visible, une r\u00e9silience face aux variations de charge et une r\u00e9duction de la consommation m\u00e9moire lors de la collecte des ordures. Le planificateur Shenandoah vise \u00e0 r\u00e9duire le temps d'arr\u00eat pendant la collecte des ordures en effectuant un plus grand volume de travail en parall\u00e8le avec l'ex\u00e9cution des applications Java.\n
La cr\u00e9ation d'un cache pour le chargement et le regroupement de classes en mode pr\u00e9ventif (Ahead-of-Time) a \u00e9t\u00e9 simplifi\u00e9e, permettant d'acc\u00e9l\u00e9rer le d\u00e9marrage de la JVM HotSpot en faisant appel \u00e0 des classes d\u00e9j\u00e0 charg\u00e9es et regroup\u00e9es. Au d\u00e9marrage, il n'est plus n\u00e9cessaire de proc\u00e9der \u00e0 des op\u00e9rations s\u00e9par\u00e9es pour enregistrer l'activit\u00e9 et cr\u00e9er le cache ; il suffit d'une seule commande : java -XX:AOTCacheOutput=app.aot -cp app.jar com.example.App \u2026\n
Au d\u00e9marrage de la JVM HotSpot, il est d\u00e9sormais possible d'utiliser les profils d'ex\u00e9cution des m\u00e9thodes obtenus lors du dernier lancement de l'application. Ce changement permet au compilateur JIT de se passer de l'accumulation de statistiques et de commencer imm\u00e9diatement \u00e0 g\u00e9n\u00e9rer du code natif sans attendre la formation du profil.\n
La JVM HotSpot prend en charge les en-t\u00eates d'objets compacts, dont la taille a \u00e9t\u00e9 r\u00e9duite de 96 \u00e0 64 bits (de 12 \u00e0 8 octets) sur les syst\u00e8mes 64 bits. La r\u00e9duction de la taille des en-t\u00eates permet de diminuer la taille du tas et d'am\u00e9liorer l'efficacit\u00e9 du cache.\n
Une impl\u00e9mentation de test de l'API Vector a \u00e9t\u00e9 propos\u00e9e, fournissant des fonctionnalit\u00e9s pour les calculs vectoriels, qui sont effectu\u00e9s \u00e0 l'aide des instructions vectorielles des processeurs x86_64 et AArch64, permettant d'appliquer simultan\u00e9ment des op\u00e9rations \u00e0 plusieurs valeurs (SIMD). Contrairement aux capacit\u00e9s d'auto-vectorisation des op\u00e9rations scalaires fournies par le compilateur JIT HotSpot, la nouvelle API permet de g\u00e9rer explicitement la vectorisation pour le traitement parall\u00e8le des donn\u00e9es.\n
Un cinqui\u00e8me pr\u00e9-version de l'API pour la concurrence structur\u00e9e a \u00e9t\u00e9 propos\u00e9 pour test, simplifiant le d\u00e9veloppement d'applications multithreads en traitant plusieurs t\u00e2ches s'ex\u00e9cutant dans diff\u00e9rents threads comme un seul bloc.\n
Dans le m\u00e9canisme de correspondance de mod\u00e8les, une troisi\u00e8me option preliminaire a \u00e9t\u00e9 propos\u00e9e pour permettre l'utilisation de types primitifs (int, byte, char et autres types de base, qui ne sont pas des objets) dans toutes les formes de motifs, dans l'op\u00e9rateur \u00ab instanceof \u00bb et dans les blocs \u00ab switch \u00bb. switch (x.getStatus()) { case 0 -> \u00ab okay \u00bb; case 1 -> \u00ab warning \u00bb; case 2 -> \u00ab error \u00bb; case int i -> \u00ab unknown status: \u00bb + i; } if (i instanceof byte b) { \u2026 b \u2026 }\n
Le JDK Flight Recorder (JFR) a ajout\u00e9 un support exp\u00e9rimental pour le profilage avec un suivi plus pr\u00e9cis de la consommation des ressources CPU sur la plateforme Linux. Les informations sur le temps d'ex\u00e9cution de diverses constructions peuvent \u00eatre visualis\u00e9es de mani\u00e8re claire \u00e0 l'aide de diagrammes color\u00e9s \u00ab FlameGraph \u00bb.\n
La stabilit\u00e9 du JDK Flight Recorder (JFR) lors de l'\u00e9chantillonnage asynchrone des piles de threads Java a \u00e9t\u00e9 am\u00e9lior\u00e9e en contournant la pile d'appels uniquement \u00e0 travers des \u00ab points s\u00fbrs \u00bb (safepoints).\n
Des outils de tra\u00e7abilit\u00e9 et d'\u00e9valuation du temps d'ex\u00e9cution des m\u00e9thodes ont \u00e9t\u00e9 ajout\u00e9s au JDK Flight Recorder (JFR). Le tra\u00e7age de la pile d'appels de m\u00e9thodes sp\u00e9cifiques et l'enregistrement de statistiques pr\u00e9cises sur les appels de m\u00e9thodes, couvrant des m\u00e9triques telles que le temps d'ex\u00e9cution et le nombre d'appels, sont pris en charge. <\/ul>\n