Maintenant que Java 23 est features complete (Rampdown Phase Two au jour d\u2019\u00e9criture de l\u2019article), c\u2019est le moment de faire le tour des fonctionnalit\u00e9s qu\u2019apporte cette nouvelle version, \u00e0 nous, les d\u00e9veloppeurs.<\/p>\n
Cet article fait partie d\u2019une suite d\u2019article sur les nouveaut\u00e9s des derni\u00e8res versions de Java<\/a>, pour ceux qui voudraient les lire en voici les liens : Java 22<\/a>, Java 21<\/a>, Java 20<\/a>, Java 19<\/a>, Java 18<\/a>, Java 17<\/a>, Java 16<\/a>, Java 15<\/a>, Java 14<\/a>, Java 13<\/a>, Java 12<\/a>, Java 11<\/a>,\u00a0Java 10,<\/a>\u00a0et\u00a0Java 9<\/a>.<\/p>\n Tout d’abord, il y a eu un \u00e9v\u00e9nement qui \u00e0 ma connaissance ne s’\u00e9tait jamais pass\u00e9 dans une release de Java, une fonctionnalit\u00e9 en preview a \u00e9t\u00e9 supprim\u00e9e ! La fonctionnalit\u00e9 String Templates apparue en tant que preview feature en Java 21 a \u00e9t\u00e9 supprim\u00e9e, un re-design global de cette fonctionnalit\u00e9 sera fait, car elle avait soulev\u00e9 de nombreux d\u00e9bats et ne semblait pas r\u00e9pondre aux attentes de la communaut\u00e9.<\/p>\n La JEP 12<\/a> qui d\u00e9finit le processus des preview feature dit clairement qu’une feature en preview peut \u00eatre supprim\u00e9e \u00e0 la discr\u00e9tion du responsable de la fonctionnalit\u00e9 sans n\u00e9cessit\u00e9 de nouvelle JEP.<\/p>\n C’est donc ce qui a \u00e9t\u00e9 fait ici.<\/p>\n Plus d’information sur la suppression des String Templates dans le ticket JDK-8329949<\/a>.<\/p>\n Fonctionnalit\u00e9 en preview qui ajoute le support des types primitifs dans les Les switchs supportent maintenant tous les types primitifs.<\/strong><\/p>\n Exemple :<\/p>\n On peut dor\u00e9navant utiliser Exemple tir\u00e9 de la JEP :<\/p>\n Mais le plus int\u00e9ressant est le support du pattern matching, voici des exemples pour chaque endroit o\u00f9 il est dor\u00e9navant possible de r\u00e9aliser du pattern matching pour un type primitif.<\/p>\n Exemple de pattern matching d’un type primitif au sein d’un Les guards sont aussi support\u00e9s via la clause Exemple de pattern matching d’un type primitif au sein d’un Exemple de pattern matching d’un type primitif lors de la d\u00e9construction d’un record :<\/p>\n Cette \u00e9volution a n\u00e9cessit\u00e9 d’impl\u00e9menter des r\u00e8gles de conversion au sein du pattern matching, pour qu’un type primitif match un autre type primitif, comme dans l’exemple pr\u00e9c\u00e9dent 30 a match\u00e9 un Plus d’information dans la JEP 455<\/a>.<\/p>\n Fonctionnalit\u00e9 qui permet d’\u00e9crire les commentaires de la documentation JavaDoc<\/strong> en Markdown<\/a> et plus uniquement avec un mix de tag HTML et de tag JavaDoc.<\/p>\n \u00c9crire du code HTML n’est pas toujours facile et tr\u00e8s lisible sans un rendu, de plus, les tags JavaDoc sont parfois compliqu\u00e9s \u00e0 utiliser. Markdown est un langage qui est \u00e0 la fois lisible sans rendu, et simple d’utilisation. L’utiliser pour des commentaires JavaDoc est une super alternative. Markdown supporte l’utilisation de tag HTML offrant une grande flexibilit\u00e9, les tags sp\u00e9cifiques JavaDoc sont toujours support\u00e9s si n\u00e9cessaire.<\/p>\n Un commentaire en markdown commence par 3 slashs : Voici un exemple tir\u00e9 de la JEP :<\/p>\n \n * The general contract of {@code hashCode} is:\n * Qui serait \u00e9crit de la sorte en Markdown :<\/p>\n Plus d’information dans la JEP 467<\/a>.<\/p>\n Unsafe<\/strong> est, comme son nom l’indique, une classe interne et non support\u00e9e du JDK qu’il n’est pas sans danger d’appeler. Pour des raisons historiques, de nombreux frameworks bas-niveau utilisaient Unsafe pour des acc\u00e8s m\u00e9moire plus rapide. Gr\u00e2ce aux fonctionnalit\u00e9s VarHandle API<\/strong> (JEP 193<\/a>, depuis Java 9) et Foreign Function & Memory API<\/strong> (JEP 454<\/a>, depuis Java 22), il y a maintenant des remplacements pour les m\u00e9thodes d’Unsafe acc\u00e9dant \u00e0 la m\u00e9moire qui sont aussi performantes mais plus s\u00fbres et support\u00e9es. Au total c’est plus de 79 m\u00e9thodes sur les 87 que contient Unsafe qui sont concern\u00e9es, permettant d\u2019approcher le moment ou la classe en enti\u00e8re pourra \u00eatre d\u00e9pr\u00e9ci\u00e9e puis supprim\u00e9e !<\/p>\n D\u00e9pr\u00e9cier ces m\u00e9thodes indique clairement qu’il est temps d’utiliser ces remplacements ! N\u00e9anmoins, la plupart d’entre nous ne devraient pas voir ces changements, car Unsafe est rarement utilis\u00e9 autre part que dans des frameworks ou des librairies.<\/p>\n Ces m\u00e9thodes seront d\u00e9pr\u00e9ci\u00e9es puis d\u00e9grad\u00e9es progressivement :<\/p>\n Plus d’information dans la JEP 471<\/a>.<\/p>\n ZGC est un Garbage Collector cr\u00e9\u00e9 pour supporter des heaps de tailles tr\u00e8s importantes (plusieurs t\u00e9raoctets) avec des pauses tr\u00e8s faibles (de l\u2019ordre de la milliseconde).<\/p>\n L\u2019ajout d\u2019une heap g\u00e9n\u00e9rationnelle en Java 21 via la JEP 439<\/a> lui permet de supporter des workloads diff\u00e9rents en consommant moins de ressources.<\/p>\n Le mode g\u00e9n\u00e9rationnel est maintenant le d\u00e9faut.<\/p>\n Plus d’information dans la JEP 474<\/a>.<\/p>\n En Java, il est possible d’importer :<\/p>\n Mais il n’\u00e9tait pas possible d’importer en une seule instruction toutes les classes d’un module, c’est chose faite via l’instruction Plus d’information dans la JEP 476<\/a>.<\/p>\n Aucune fonctionnalit\u00e9 pr\u00e9c\u00e9demment en preview (ou en incubator module) n’est sortie de preview ou d’incubation en Java 23.<\/p>\n \u00c0 part bien s\u00fbr la fonctionnalit\u00e9 String Templates dont j’ai parl\u00e9 en introduction qui est sortie de preview pour aller nulle part, car supprim\u00e9e.<\/p>\n Les fonctionnalit\u00e9s suivantes restent en preview (ou en incubator module).<\/p>\n Pour les d\u00e9tails sur celles-ci, vous pouvez vous r\u00e9f\u00e9rer \u00e0 mes articles pr\u00e9c\u00e9dents.<\/p>\n Divers ajouts au JDK :<\/p>\n Les m\u00e9thodes suivantes ont \u00e9t\u00e9 supprim\u00e9es, elles avaient \u00e9t\u00e9 d\u00e9pr\u00e9ci\u00e9es pour suppression, et d\u00e9grad\u00e9es pour jeter une exception dans une release pr\u00e9c\u00e9dente :<\/p>\n La totalit\u00e9 des nouvelles API du JDK 23 peuvent \u00eatre trouv\u00e9es dans The Java Version Almanac \u2013 New APIs in Java 23<\/a>.<\/p>\n Le garbage collector Parallel GC a vu une r\u00e9-impl\u00e9mentation de son algorithme Full GC pour utiliser un algorithme plus classique de type parallel Mark-Sweep-Compact<\/strong>. C’est le m\u00eame qu’utilis\u00e9 par le garbage collector G1 et il permet d’optimiser les performances dans certains cas sp\u00e9cifiques et r\u00e9duit l’utilisation de la heap de 1.5% lors de l\u2019utilisation du Paralle GC. D\u2019autres changements ont \u00e9t\u00e9 faits c\u00f4t\u00e9 Garbage Collector, vous pouvez les retrouver dans cet article de Thomas Schatzl : JDK 23 G1\/Parallel\/Serial GC changes<\/a>.<\/p>\n Vous pouvez vous r\u00e9f\u00e9rer \u00e0 l\u2019article de Sean Mullan pour une liste exhaustive des changements de s\u00e9curit\u00e9 inclus cette version : JDK 23 Security Enhancements<\/a>.<\/p>\n Je n’ai pas not\u00e9 d’autres changements notables pour l’instant, mais je mettrais cet article \u00e0 jour si j’en d\u00e9couvre d’autres.<\/p>\n Voici les nouveaux \u00e9v\u00e9nements Java Flight Recorder (JFR) de la JVM :<\/p>\n Vous pouvez retrouver tous les \u00e9v\u00e9nements JFR support\u00e9s dans cette version de Java sur la page JFR Events<\/a>.<\/p>\n Cette nouvelle version de Java est plut\u00f4t chiche en nouvelles fonctionnalit\u00e9s, et peu de fonctionnalit\u00e9s en cours de d\u00e9veloppement sont sorties de preview.<\/p>\n Le support des types primitifs dans le pattern matching ainsi que le support du Markdown dans la JavaDoc sont des am\u00e9liorations n\u00e9anmoins fort int\u00e9ressantes, mais la disparition des String Templates sans rempla\u00e7ant fait augurer d’un support de cette fonctionnalit\u00e9 tr\u00e8s attendue assez \u00e9loign\u00e9 dans le temps.<\/p>\n Pour retrouver tous les changements de Java 23, se r\u00e9f\u00e9rer aux release notes<\/a>.<\/p>","protected":false},"excerpt":{"rendered":" Maintenant que Java 23 est features complete (Rampdown Phase Two au jour d\u2019\u00e9criture de l\u2019article), c\u2019est le moment de faire le tour des fonctionnalit\u00e9s qu\u2019apporte cette nouvelle version, \u00e0 nous, les d\u00e9veloppeurs. Cet article fait partie d\u2019une suite d\u2019article sur les nouveaut\u00e9s des derni\u00e8res versions de Java, pour ceux qui voudraient les lire en voici les liens : Java 22, Java 21, Java 20, Java 19, Java 18, Java 17, Java 16, Java 15, Java 14, Java 13, Java 12,…\nEventually, the JEP owner must decide the preview feature’s fate. If the decision is to remove the preview feature, then the owner must file an issue in JBS to remove the feature in the next JDK feature release; no new JEP is needed.\n<\/blockquote>\n
JEP 455 – Primitive Types in Patterns, instanceof, and switch (Preview)<\/h2>\n
instanceof<\/code> et les switch<\/code>, et enrichit le pattern matching pour supporter des patterns de types primitifs : dans les instanceof<\/code>, dans les cases des switch<\/code>, et dans la d\u00e9construction d’un record.<\/p>\n\nlong l = ...;\nswitch (l) {\n case 1L -> ...;\n case 2L -> ...;\n case 10_000_000_000L -> ...;\n default -> ...;\n}\n<\/pre>\ninstanceof<\/code> pour tous les types primitifs.<\/strong><\/p>\n\nif (i instanceof byte) { \/\/ value of i fits in a byte\n ... (byte)i ... \/\/ traditional cast required\n}\n<\/pre>\nswitch<\/code> tir\u00e9 de la JEP :<\/p>\n\nswitch (x.getStatus()) {\n case 0 -> \"okay\";\n case 1 -> \"warning\";\n case 2 -> \"error\";\n case int i -> \"unknown status: \" + i;\n}\n<\/pre>\nwhen<\/code> :<\/p>\n\nswitch (x.getStatus()) {\n case 0 -> \"okay\";\n case 1 -> \"warning\";\n case int i when i > 1 && i \"client error: \" + i;\n case int i when i > 100 -> \"server error: \" + i;\n}\n<\/pre>\ninstanceof<\/code> tir\u00e9 de la JEP :<\/p>\n\nif (i instanceof byte b) {\n ... b ...\n}\n<\/pre>\n\n\/\/ JSON didn't differentiates integers to doubles, so a JSON number should be a double.\nrecord JsonNumber(double number) implements JsonValue { }\n\nvar number = new JsonNumber(30);\n\/\/ Previously we can only deconstruct a record via a its exact component type: double,\n\/\/ now we can deconstruct and match a different priitive type\nif (json instanceof JsonObject(int number)) {\n \/\/ ...\n}\n<\/pre>\nint<\/code> m\u00eame si le composant du record \u00e9tait d\u00e9fini en tant qu’un double, il faut que le type cible soit couvert par le test du pattern. Ici 30 est bien couvert par un int. Les valeurs non couvertes seront rejet\u00e9es.<\/p>\nJEP 467 – Markdown Documentation Comments<\/h2>\n
\/\/\/<\/code>.<\/p>\n\n\/**\n * Returns a hash code value for the object. This method is\n * supported for the benefit of hash tables such as those provided by\n * {@link java.util.HashMap}.\n * \n *
\n\/\/\/ Returns a hash code value for the object. This method is\n\/\/\/ supported for the benefit of hash tables such as those provided by\n\/\/\/ [java.util.HashMap].\n\/\/\/\n\/\/\/ The general contract of `hashCode` is:\n\/\/\/\n\/\/\/ - Whenever it is invoked on the same object more than once during\n\/\/\/ an execution of a Java application, the `hashCode` method\n\/\/\/ must consistently return the same integer, provided no information\n\/\/\/ used in `equals` comparisons on the object is modified.\n\/\/\/ This integer need not remain consistent from one execution of an\n\/\/\/ application to another execution of the same application.\n\/\/\/ - If two objects are equal according to the\n\/\/\/ [equals][#equals(Object)] method, then calling the\n\/\/\/ `hashCode` method on each of the two objects must produce the\n\/\/\/ same integer result.\n\/\/\/ - It is _not_ required that if two objects are unequal\n\/\/\/ according to the [equals][#equals(Object)] method, then\n\/\/\/ calling the `hashCode` method on each of the two objects\n\/\/\/ must produce distinct integer results. However, the programmer\n\/\/\/ should be aware that producing distinct integer results for\n\/\/\/ unequal objects may improve the performance of hash tables.\n\/\/\/\n\/\/\/ @implSpec\n\/\/\/ As far as is reasonably practical, the `hashCode` method defined\n\/\/\/ by class `Object` returns distinct integers for distinct objects.\n\/\/\/\n\/\/\/ @return a hash code value for this object.\n\/\/\/ @see java.lang.Object#equals(java.lang.Object)\n\/\/\/ @see java.lang.System#identityHashCode\n<\/pre>\n
JEP 471 – Deprecate the Memory-Access Methods in sun.misc.Unsafe for Removal<\/h2>\n
JEP 474 – ZGC: Generational Mode by Default<\/h2>\n
JEP 476 – Module Import Declarations (Preview)<\/h2>\n
import java.util.*;<\/code><\/li>\n\nimport java.util.Map;<\/code><\/li>\n\nimport static org.junit.jupiter.api.Assertions.*;<\/code><\/li>\n\nimport static org.junit.jupiter.api.Assertions.assertTrue;<\/code><\/li>\n<\/ul>\nimport module java.base;<\/code> qui va en une instruction importer toutes les classes de tous les packages export\u00e9s du module java.base<\/code> ainsi que ceux des modules requis transitivement par java.base<\/code>.<\/p>\nLes fonctionnalit\u00e9s qui sortent de preview<\/h2>\n
Les fonctionnalit\u00e9s qui restent en preview<\/h2>\n
void main()<\/code>. Deux changements : les classes implicites importent automatiquement les 3 m\u00e9thodes statiques print(Object)<\/code>, println(Object)<\/code> et readln(Object)<\/code> de la nouvelle classe java.io.IO<\/code>, et elles importent automatiquement, \u00e0 la demande, les classes des packages du module java.base<\/code>.<\/li>\n\nDivers<\/h2>\n
IO<\/code>, les m\u00eames 3 m\u00e9thodes ont \u00e9t\u00e9 ajout\u00e9es \u00e0 la classe Console<\/code> : print(Object)<\/code>, println(Object)<\/code> et readln(Object)<\/code>.<\/li>\n\nConsole<\/code> a vu l’ajout de 3 nouvelles m\u00e9thodes permettant l’utilisation de string format\u00e9es avec une locale : format(Locale, String, Object)<\/code>, printf(Locale, String, Object)<\/code> et readLine(Locale, String, Object)<\/code>.<\/li>\n\nConsole.readPassword(Locale, String, Object)<\/code> : identique \u00e0 Console.readPassword(String, Object)<\/code> mais en prenant une locale en param\u00e8tre pour la localisation de la cha\u00eene de caract\u00e8re.<\/li>\n\nInet4Address.ofPosixLiteral(String)<\/code> : cr\u00e9e une Inet4Address<\/code> bas\u00e9e sur la repr\u00e9sentation textuelle fournie d’une adresse IPv4 sous une forme compatible POSIX inet_addr<\/strong>.<\/li>\n\njava.text.NumberFormat<\/code> et ses descendants ont vu l’ajout des m\u00e9thodes setStrict(boolean)<\/code> et isStrict()<\/code> qui permet de changer le mode de formatage, le mode par d\u00e9faut est strict.<\/li>\n\nInstant.until(Instant)<\/code> : calcule la Duration<\/code> jusqu’\u00e0 un autre Instant<\/code>.<\/li>\n<\/ul>\nThread.resume()<\/code> et Thread.suspend()<\/code>.<\/li>\n\nThreadGroup.resume()<\/code>, ThreadGroup.stop()<\/code> et ThreadGroup.suspend()<\/code>.<\/li>\n<\/ul>\nDes changements internes, de la performance, et de la s\u00e9curit\u00e9<\/h2>\n
JFR Events<\/h2>\n
NativeMemoryUsageTotalPeak<\/code> : Total des pics d’utilisation de la m\u00e9moire native pour la JVM (GraalVM Native Image uniquement). Peut ne pas \u00eatre la somme exacte des \u00e9v\u00e9nements NativeMemoryUsagePeak en raison du timing.<\/li>\n\nNativeMemoryUsagePeak<\/code> : Utilisation maximale de la m\u00e9moire native pour un type de m\u00e9moire donn\u00e9 dans la JVM (GraalVM Native Image uniquement).<\/li>\n\nSerializationMisdeclaration<\/code> : M\u00e9thodes et champs mal d\u00e9clar\u00e9s. Les contr\u00f4les sont g\u00e9n\u00e9ralement effectu\u00e9s une seule fois par classe s\u00e9rialisable, la premi\u00e8re fois qu’elle est utilis\u00e9e par la s\u00e9rialisation. En cas de forte pression sur la m\u00e9moire, une classe peut \u00eatre v\u00e9rifi\u00e9e \u00e0 nouveau.<\/li>\n\nSwapSpace<\/code> : espace swap OS<\/li>\n<\/ul>\nConclusion<\/h2>\n