Le JDK 22 apporte 12 am�liorations : am�liorations du langage Java, de ses API et de ses performances
Le JDK 22 apporte 12 am�liorations : am�liorations du langage Java, de ses API, de ses performances et des outils inclus dans le JDK.
Oracle annonce la disponibilit� g�n�rale du JDK 22 pour les d�veloppeurs, les entreprises et les utilisateurs finaux. Le JDK 22 apporte 12 am�liorations importantes.
Le JDK 22 apporte 12 am�liorations suffisamment importantes pour justifier leur propre proposition d'am�lioration du JDK (JEP), dont sept fonctionnalit�s de pr�visualisation et une fonctionnalit� d'incubation. Ces am�liorations concernent le langage Java, ses API, ses performances et les outils inclus dans le JDK.
1. Am�liorations du langage
Variables sans nom et mod�les - JEP 456
Am�liore la lisibilit� lorsque des d�clarations de variables ou des motifs imbriqu�s sont n�cessaires mais non utilis�s. Les deux sont d�sign�s par le caract�re de soulignement.
Valeur :
- Capture l'intention du d�veloppeur selon laquelle un param�tre lambda ou de liaison donn� est inutilis�, et applique cette propri�t� pour clarifier les programmes et r�duire les possibilit�s d'erreur.
- Am�liore la maintenabilit� de l'ensemble du code en identifiant les variables qui doivent �tre d�clar�es (par exemple, dans les clauses catch) mais qui ne sont pas utilis�es.
- Permet � plusieurs mod�les d'appara�tre dans une seule �tiquette de cas, si aucun d'entre eux ne d�clare de variables de mod�le.
- Am�liore la lisibilit� des mod�les d'enregistrement en �liminant les mod�les de type imbriqu�s inutiles.
Aper�us du langage
D�clarations avant super (...) [Aper�u] - JEP 447 :
Dans les constructeurs, permettre aux d�clarations qui ne font pas r�f�rence � l'instance cr��e d'appara�tre avant l'invocation explicite du constructeur.
Valeur :
- Donne aux d�veloppeurs une plus grande libert� pour exprimer le comportement des constructeurs, permettant le placement plus naturel de la logique qui doit actuellement �tre prise en compte dans les m�thodes statiques auxiliaires, les constructeurs interm�diaires auxiliaires ou les arguments des constructeurs.
- Pr�serve la garantie existante que les constructeurs s'ex�cutent dans l'ordre descendant lors de l'instanciation de la classe, garantissant que le code dans un constructeur de sous-classe ne peut pas interf�rer avec l'instanciation de la superclasse.
- Ne n�cessite aucune modification de la machine virtuelle Java. Cette fonctionnalit� du langage Java repose uniquement sur la capacit� actuelle de la JVM � v�rifier et � ex�cuter le code qui appara�t avant les invocations explicites de constructeurs � l'int�rieur des constructeurs.
Mod�les de cha�nes de caract�res (deuxi�me aper�u) - JEP 459 :
Les mod�les de cha�nes de caract�res compl�tent les cha�nes litt�rales et les blocs de texte existants de Java en couplant le texte litt�ral avec des expressions int�gr�es et des processeurs de mod�les pour produire des r�sultats sp�cialis�s.
Valeur :
- Simplifie l'�criture des programmes Java en facilitant l'expression des cha�nes de caract�res qui incluent des valeurs calcul�es au moment de l'ex�cution.
- Am�liore la lisibilit� des expressions qui m�langent texte et expressions, que le texte tienne sur une seule ligne de source (comme avec les cha�nes litt�rales) ou qu'il s'�tende sur plusieurs lignes de source (comme avec les blocs de texte).
- Am�liore la s�curit� des programmes Java qui composent des cha�nes � partir de valeurs fournies par l'utilisateur et les transmettent � d'autres syst�mes (par exemple, en construisant des requ�tes pour des bases de donn�es) en prenant en charge la validation et la transformation � la fois du mod�le et des valeurs de ses expressions int�gr�es.
- Conserve la flexibilit� en permettant aux biblioth�ques Java de d�finir la syntaxe de formatage utilis�e dans les mod�les de cha�nes de caract�res.
- Simplifie l'utilisation des API qui acceptent les cha�nes �crites dans des langages autres que Java (par exemple, SQL, XML et JSON).
- Permet la cr�ation de valeurs autres que des cha�nes, calcul�es � partir de texte litt�ral et d'expressions int�gr�es, sans avoir � passer par une repr�sentation interm�diaire sous forme de cha�ne.
Classes d�clar�es implicitement et m�thodes principales d'instance (deuxi�me aper�u) - JEP 463 :
Les �tudiants peuvent �crire leurs premiers programmes Java sans avoir besoin de comprendre les caract�ristiques du langage con�ues pour les programmes de grande taille. Au lieu d'utiliser un dialecte distinct du langage, les �tudiants peuvent �crire des d�clarations simplifi�es pour des programmes � classe unique, puis �tendre leurs programmes de mani�re transparente pour utiliser des fonctionnalit�s plus avanc�es au fur et � mesure que leurs comp�tences augmentent.
Valeur : Acc�l�rer l'apprentissage de Java -
- Offre une rampe d'acc�s en douceur � la programmation Java afin que les formateurs puissent introduire les concepts de mani�re graduelle.
- Aide les �tudiants � �crire des programmes de base de mani�re concise et � faire �voluer leur code au fur et � mesure que leurs comp�tences s'accroissent.
- R�duit la c�r�monie d'�criture de programmes simples tels que les scripts et les utilitaires de ligne de commande.
- N'introduit pas de dialecte s�par� du langage Java pour les d�butants.
- N'introduit pas de cha�ne d'outils distincte pour les d�butants ; les programmes des �tudiants devraient �tre compil�s et ex�cut�s avec les m�mes outils que ceux qui compilent et ex�cutent n'importe quel programme Java.
2. Biblioth�ques
Fonction �trang�re et API de m�moire - JEP 454 :
Permet aux programmes Java d'interagir avec le code et les donn�es en dehors du temps d'ex�cution Java. En invoquant efficacement des fonctions �trang�res (c'est-�-dire du code ext�rieur � la JVM) et en acc�dant en toute s�curit� � la m�moire �trang�re (c'est-�-dire la m�moire non g�r�e par la JVM), l'API permet aux programmes Java d'appeler des biblioth�ques natives et de traiter des donn�es natives sans la fragilit� et le danger de la JNI.
Valeur :
- Productivit� - Remplacer la machinerie fragile des m�thodes natives et de l'interface Java Native (JNI) par une API concise, lisible et purement Java.
- Performance - Fournir un acc�s aux fonctions �trang�res et � la m�moire avec un surco�t comparable, voire sup�rieur, � celui de JNI et de sun.misc.Unsafe.
- Prise en charge d'un grand nombre de plateformes - Permettre la d�couverte et l'invocation de biblioth�ques natives sur toutes les plateformes sur lesquelles la JVM s'ex�cute.
- Uniformit� - Fournir des moyens d'op�rer sur des donn�es structur�es et non structur�es, de taille illimit�e, dans plusieurs types de m�moire (par exemple, la m�moire native, la m�moire persistante et la m�moire de tas g�r�e).
- S�ret� - Garantir l'absence de bogues "use-after-free", m�me lorsque la m�moire est allou�e et d�sallou�e par plusieurs threads.
- Int�grit� - Permettre aux programmes d'effectuer des op�rations dangereuses avec du code et des donn�es natifs, mais avertir les utilisateurs de ces op�rations par d�faut.
Aper�u des biblioth�ques et incubateur
API de fichier de classe (aper�u) - JEP 457 :
Fournit une API standard pour l'analyse, la g�n�ration et la transformation des fichiers de classe Java.
Valeur :
- L'API permet aux cadres et aux programmes qui en d�pendent de prendre automatiquement en charge les derniers fichiers de classe du dernier JDK, de sorte que les nouvelles fonctionnalit�s du langage et de la VM repr�sent�es dans les fichiers de classe puissent �tre adopt�es rapidement et facilement.
Collecteurs de flux (aper�u) - JEP 461 :
Am�liore l'API Stream pour prendre en charge les op�rations interm�diaires personnalis�es. Cela permettra aux pipelines de flux de transformer les donn�es d'une mani�re qui n'est pas facilement r�alisable avec les op�rations interm�diaires int�gr�es existantes.
Valeur :
- Am�liore la productivit� des d�veloppeurs et la lisibilit� du code en rendant les op�rations personnalis�es courantes dans les flux plus souples et plus expressives. Dans la mesure du possible, permet aux op�rations interm�diaires de manipuler des flux de taille infinie.
Concurrence structur�e (2e aper�u) - JEP 462 :
Simplifie la programmation concurrente. La concurrence structur�e traite les groupes de t�ches connexes ex�cut�es dans diff�rents threads comme une seule unit� de travail, ce qui permet de rationaliser la gestion et l'annulation des erreurs, d'am�liorer la fiabilit� et d'accro�tre l'observabilit�.
Valeur :
- Simplifie le d�veloppement de code concurrent en promouvant un style de programmation qui peut �liminer les risques courants li�s � l'annulation et � l'arr�t, tels que les fuites de threads et les retards d'annulation, et am�liore l'observabilit� du code concurrent.
Valeurs cadr�es (2e aper�u) - JEP 464 :
Permet un partage efficace des donn�es immuables � l'int�rieur et entre les threads.
Valeur :
- Facilit� d'utilisation - Fournit un mod�le de programmation pour partager des donn�es � l'int�rieur d'un thread et avec les threads enfants, afin de simplifier le raisonnement sur le flux de donn�es.
- Compr�hensibilit� - Rend la dur�e de vie des donn�es partag�es visible � partir de la structure syntaxique du code.
- Robustesse - garantit que les donn�es partag�es par un appelant ne peuvent �tre r�cup�r�es que par les appelants l�gitimes.
- Performance - Traite les donn�es partag�es comme immuables pour permettre leur partage par un grand nombre de threads et pour permettre des optimisations en cours d'ex�cution.
API vectorielle (7e incubateur) - JEP 460 :
Une API pour exprimer des calculs vectoriels qui se compilent de mani�re fiable lors de l'ex�cution en instructions vectorielles optimales sur les architectures d'unit�s centrales prises en charge, ce qui permet d'obtenir des performances sup�rieures � celles des calculs scalaires �quivalents.
Ce JEP propose de r�incuber l'API dans le JDK 22, avec des am�liorations mineures de l'API par rapport au JDK 21. La mise en �uvre comprend des corrections de bogues et des am�liorations de performance. Oracle inclue les changements notables suivants :
- Prise en charge de l'acc�s vectoriel avec les segments de m�moire du tas qui sont soutenus par un tableau de n'importe quel type d'�l�ment primitif. Auparavant, l'acc�s �tait limit� aux segments de m�moire du tas soutenus par un tableau d'octets.
Valeur :
- Offre une API claire et concise capable d'exprimer de mani�re claire et concise une large gamme de calculs vectoriels consistant en des s�quences d'op�rations vectorielles compos�es au sein de boucles, et �ventuellement avec un flux de contr�le.
- L'API est con�ue pour �tre ind�pendante de l'architecture du processeur, ce qui permet des impl�mentations sur de multiples architectures supportant les instructions vectorielles.
- Offre une compilation et des performances d'ex�cution fiables sur les architectures x64 et AArch64.
- S'aligne sur le projet Valhalla.
3. Performance
Brochage r�gional pour G1 - JEP 423 :
R�duit la latence en mettant en �uvre le pinning r�gional dans G1, de sorte que le garbage collection n'a pas besoin d'�tre d�sactiv� pendant les r�gions critiques de l'interface Java Native (JNI).
Valeur :
- Am�liore la productivit� des d�veloppeurs en �liminant la n�cessit� pour les threads Java d'attendre la fin de l'op�ration G1 GC lors de l'utilisation de JNI.
4. Outils
Lancement de programmes � code source multi-fichiers - JEP 458 :
Permet aux utilisateurs d'ex�cuter un programme fourni sous la forme de plusieurs fichiers de code source Java sans avoir � le compiler au pr�alable.
Valeur :
- Am�liore la productivit� des d�veloppeurs en rendant plus graduelle la transition entre les petits programmes et les programmes plus importants, ce qui permet aux d�veloppeurs de choisir si et quand ils doivent se donner la peine de configurer un outil de construction.
Il convient de noter que les fonctionnalit�s de pr�visualisation sont des fonctionnalit�s de langage ou de VM de la plate-forme Java SE enti�rement sp�cifi�es et enti�rement mises en �uvre, mais qu'elles sont impermanentes. Elles sont mises � disposition dans les versions de fonctionnalit�s du JDK pour permettre aux d�veloppeurs de faire part de leurs commentaires sur la base d'utilisations r�elles, avant qu'elles ne deviennent permanentes dans une prochaine version. Cela permet �galement aux fournisseurs d'outils de travailler � la prise en charge des fonctionnalit�s avant qu'elles ne soient finalis�es dans la norme Java SE.
Les API des modules incubateur mettent des API et des outils non d�finitifs entre les mains des d�veloppeurs et des utilisateurs afin de recueillir des commentaires qui, en fin de compte, am�lioreront la qualit� de la plate-forme Java.
Outre les changements d�crits dans les JEP, les notes de mise � jour contiennent de nombreuses petites mises � jour qui int�resseront de nombreux d�veloppeurs d'applications et administrateurs de syst�mes. Il s'agit notamment de la d�pr�ciation d'API obsol�tes et de la suppression d'API pr�c�demment d�pr�ci�es.
Voici quelques-unes des principales mises � jour figurant dans les notes de mise � jour de Java 22 :
- Ajout d'algorithmes suppl�mentaires � keytool et jarsigner.
- Am�lioration du d�bit du ramasse-miettes, notamment en ce qui concerne les d�chets "jeunes".
- Meilleur rapport de version pour les descripteurs de modules syst�me.
- Am�lioration des options de gestion de l'attente pour le code natif.
- Le r�f�rentiel Unicode Common Locale Data Repository a �t� mis � jour � la version 44.
- Prise en charge des annotations de type pour les types charg�s � partir du bytecode.
- ForkJoinPool et ForJoinTasks peuvent maintenant mieux g�rer les t�ches ininterrompues.
- Flexibilit� suppl�mentaire pour la configuration des propri�t�s de connexion TLS du client par rapport au serveur.
- Am�lioration du suivi de la m�moire native, y compris la possibilit� de signaler les pics d'utilisation.
Enfin, comme toutes les publications de fonctionnalit�s, le JDK 22 comprend des centaines de mises � jour de performance, de stabilit� et de s�curit�, y compris l'adaptation aux mises � jour et aux normes des syst�mes d'exploitation et des microprogrammes sous-jacents. Les utilisateurs et les d�veloppeurs d'applications b�n�ficient g�n�ralement de ces changements sans les remarquer.
La caract�ristique constante de toutes les versions du JDK : La pr�visibilit�
Le JDK 22 est la 13e version de fonctionnalit�s livr�e dans les d�lais pr�vus par la cadence de publication semestrielle. Ce niveau de pr�visibilit� permet aux d�veloppeurs de g�rer facilement leur adoption de l'innovation gr�ce � un flux r�gulier d'am�liorations attendues.
La capacit� de Java � am�liorer les performances, la stabilit� et la s�curit� continue � en faire le langage de programmation le plus populaire au monde.
Oracle n'offrira pas de support � long terme pour le JDK 22 ; ils fourniront des mises � jour jusqu'en septembre 2024, date � laquelle il sera remplac� par l'Oracle JDK 23.
Java 22, ensemble
Comme pour les versions pr�c�dentes, Java 22 c�l�bre les contributions de nombreux individus et organisations de la communaut� OpenJDK - "nous construisons tous Java, ensemble !"
Ratio de correction du JDK 22
Le taux d'�volution dans le temps des versions du JDK est rest� largement constant pendant des ann�es, mais avec la cadence semestrielle, le rythme auquel les fonctionnalit�s et les am�liorations pr�tes pour la production sont livr�es a fortement augment�.
Au lieu d'apporter des dizaines de milliers de correctifs et de fournir pr�s d'une centaine de JEP (JDK Enhancement Proposals) tous les deux ans, comme Oracle le faisait avec les versions majeures pr�c�dentes, les am�liorations sont fournies dans des versions all�g�es (Feature Releases) selon un calendrier semestriel plus facile � g�rer et � pr�voir. Les changements vont de nouvelles fonctionnalit�s importantes � de petites am�liorations, en passant par la maintenance de routine, la correction de bogues et l'am�lioration de la documentation. Chaque changement est repr�sent� par un seul commit pour un seul probl�me dans le syst�me de bogues du JDK.
Sur les 26 447 probl�mes JIRA marqu�s comme corrig�s dans Java 11 � Java 22 au moment de leur disponibilit� g�n�rale, 18 842 ont �t� compl�t�s par des employ�s d'Oracle tandis que 7 605 ont �t� apport�s par des d�veloppeurs individuels et des d�veloppeurs travaillant pour d'autres organisations. En examinant les questions et en rassemblant les donn�es sur les organisations fournies par les assign�s, on obtient le tableau suivant des organisations qui parrainent le d�veloppement des contributions en Java :
Dans Java 22, sur les 2 251 probl�mes JIRA marqu�s comme corrig�s, 1 554 ont �t� compl�t�s par Oracle, tandis que 697 ont �t� apport�s par d'autres membres de la communaut� Java.
Oracle souhaite remercier les d�veloppeurs travaillant pour des organisations telles que Amazon, ARM, Google, Huawei, IBM, Intel, ISCAS, Microsoft, Red Hat, Rivos, SAP et Tencent pour leurs contributions notables. Ils sont �galement reconnaissants des contributions de plus petites organisations telles que Bellsoft Data Dog et Loongson, ainsi que des d�veloppeurs ind�pendants qui ont collectivement contribu� � 7% des correctifs de Java 22.
Source : Oracle
Et vous ?
Quel est votre avis sur cette nouvelle version de Java ?
Voir aussi :
R�pondre avec citation
Partager