{"id":1375,"date":"2022-01-04T12:46:41","date_gmt":"2022-01-04T11:46:41","guid":{"rendered":"https:\/\/www.loicmathieu.fr\/wordpress\/?p=1375"},"modified":"2022-03-25T12:33:01","modified_gmt":"2022-03-25T11:33:01","slug":"java-18-quoi-de-neuf","status":"publish","type":"post","link":"https:\/\/www.loicmathieu.fr\/wordpress\/fr\/informatique\/java-18-quoi-de-neuf\/","title":{"rendered":"Java 18 : quoi de neuf ?"},"content":{"rendered":"

Maintenant que Java 18 est features complete (Rampdown Phase One 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 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

JEP 400: UTF-8 by Default<\/h2>\n

Avec la JEP 400, le charset par d\u00e9faut devient UTF-8 pour tous les OS et dans toutes les locales.\nIl est possible d’utiliser la variable syst\u00e8me file.encoding<\/code> pour configurer un charset par d\u00e9faut diff\u00e9rent ou de la configurer \u00e0 COMPAT<\/code> pour revenir au fonctionnement pr\u00e9c\u00e9dent.<\/p>\n

Plus d’informations dans la JEP-400<\/a>.<\/p>\n

JEP 413: Code Snippets in Java API Documentation<\/h2>\n

Ajout d’un nouveau tag JavaDoc @snippet<\/code>code>@snippet<\/code<\/a> qui peut \u00eatre utilis\u00e9 pour d\u00e9finir un fragment de code. Celui-ci est plus flexible que le tag @code<\/code>code>@code<\/code<\/a> existant, n’a pas besoin d’escaper les caract\u00e8res sp\u00e9ciaux, et permet m\u00eame d’inclure des fragments de code depuis un fichier externe.<\/p>\n

Exemple de fragment d\u00e9fini au sein de la JavaDoc :<\/p>\n

\n\/**\n * The following code shows how to use {@code Optional.isPresent}:\n * {@snippet :\n * if (v.isPresent()) {\n *     System.out.println(\"v: \" + v.get());\n * }\n * }\n *\/\n<\/pre>\n
Exemple de fragment d\u00e9fini en dehors de la JavaDoc :<\/p>\n
\n\/**\n * The following code shows how to use {@code Optional.isPresent}:\n * {@snippet file=\"ShowOptional.java\" region=\"example\"}\n *\/\n<\/pre>\n
Ce fragment pointe vers la section example<\/strong> du fichier ShowOptional.java<\/code> :<\/p>\n
\npublic class ShowOptional {\n    void show(Optional v) {\n        \/\/ @start region=\"example\"\n        if (v.isPresent()) {\n            System.out.println(\"v: \" + v.get());\n        }\n        \/\/ @end\n    }\n}\n<\/pre>\n
Il y a plusieurs options possibles de formatage et d’inclusion des fragments externes; vos fragments deviennent alors ex\u00e9cutables, vous pouvez m\u00eame les d\u00e9finir dans des tests JUnit par exemple, pour qu’ils soient test\u00e9s en m\u00eame temps que le reste de votre code.\nPlus d’exemple dans cet article de Gunnar Morling : Executable JavaDoc Code Snippets<\/a>.<\/p>\n
Plus d’informations dans la JEP-413<\/a>.<\/p>\n
JEP 408: Simple Web Server<\/h2>\n
Cette JEP ajoute \u00e0 la distribution OpenJDK un serveur web minimaliste qui permet de servir des fichiers statiques depuis un r\u00e9pertoire via un outil ligne de commande : jwebserver<\/code>.<\/p>\n
Par d\u00e9faut, ce serveur web s’expose sur localhost (configurable via -b<\/code>), utilise le port 80 (configurable via -p<\/code>), et sert des fichiers statiques dans le r\u00e9pertoire courant (configurable via -d<\/code>).\nChaque acc\u00e8s \u00e0 celui-ci sera logu\u00e9 dans la sortie standard.<\/p>\n
En plus d’un outil ligne de commande, vous pouvez utiliser la classe SimpleFileServer<\/code> pour instancier un serveur web via son API Java.<\/p>\n
\nvar server = SimpleFileServer.createFileServer(new InetSocketAddress(8080), \n        Path.of(\"\/some\/path\"), OutputLevel.VERBOSE);\nserver.start()\n<\/pre>\n
Plus d\u2019exemples d’utilisation de l’API Java dans l’article Working with the Simple Web Server<\/a> de Julia Boes.<\/p>\n
Plus d’informations dans la JEP-408<\/a>.<\/p>\n
JEP 421: Deprecate Finalization for Removal<\/h2>\n
La finalisation est le m\u00e9canisme par lequel il est possible d’effectuer automatiquement des actions juste avant la destruction d’un objet. Ce m\u00e9canisme a un ensemble de probl\u00e8me, entre autres, il d\u00e9laie le moment o\u00f9 ces actions sont effectu\u00e9es au passage du garbage collector et une m\u00e9thode finalize()<\/code> mal cod\u00e9e peut faire revivre la r\u00e9f\u00e9rence \u00e0 d\u00e9truire.<\/p>\n
Depuis java 9 et la d\u00e9pr\u00e9ciation de la m\u00e9thode finalize()<\/code> de la classe Object<\/code>, il est d\u00e9conseill\u00e9 d’utiliser la finalisation et, pour lib\u00e9rer des ressources li\u00e9es \u00e0 une classe, il est conseill\u00e9 d’utiliser d’autres m\u00e9canismes tel que le try-with-resource<\/code> ou la nouvelle api Cleaner<\/code>.<\/p>\n
La JEP 421 va un pas plus loin dans la suppression de la finalisation en d\u00e9pr\u00e9ciant pour suppression le m\u00e9canisme de finalisation lui-m\u00eame. Vous pouvez d\u00e8s \u00e0 pr\u00e9sent tester votre code sans finalisation via l’option JVM --finalization=disabled<\/code>.<\/p>\n
Plus d’informations dans la JEP-421<\/a>.<\/p>\n
Des changements internes, de la performance, et de la s\u00e9curit\u00e9<\/h2>\n
Chaque nouvelle version du JDK apporte ses optimisations de performances (entre autres GC et m\u00e9thodes intrisics), et de s\u00e9curit\u00e9. Celle-ci ne fait pas d\u00e9faut, et on peut citer entre autres des optimisations dans G1 GC (am\u00e9lioration de la gestion des remember set, voir JDK-8017163<\/a>) et Parallel GC, ainsi que dans la gestion des encoding des cha\u00eenes de caract\u00e8res.\nUn autre ajout notable est le support de la d\u00e9-duplication de String<\/a> pour les garbage collector Serial GC, Parallel GC et ZGC.<\/p>\n
On peut aussi noter deux JEP importantes sur des m\u00e9canismes internes de la JVM :<\/p>\n