{"id":99453,"date":"2021-03-17T04:22:35","date_gmt":"2021-03-17T02:22:35","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-java-se-16"},"modified":"2021-03-17T04:22:35","modified_gmt":"2021-03-17T02:22:35","slug":"vypusk-java-se-16","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/vypusk-java-se-16","title":{"rendered":"Lanzamiento de Java SE 16","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Despu\u00e9s de seis meses de desarrollo, Oracle lanz\u00f3 la plataforma Java SE 16 (Java Platform, Standard Edition 16), cuya implementaci\u00f3n de referencia utiliza el proyecto de c\u00f3digo abierto OpenJDK. Java SE 16 mantiene la compatibilidad hacia atr\u00e1s con versiones anteriores de la plataforma Java, de modo que todos los proyectos Java previamente escritos funcionar\u00e1n sin cambios al ejecutarse en la nueva versi\u00f3n. Las compilaciones listas para instalar de Java SE 16 (JDK, JRE y Server JRE) est\u00e1n preparadas para Linux (x86_64, AArch64), Windows y macOS. La implementaci\u00f3n de referencia de Java 16 desarrollada en el marco del proyecto OpenJDK se encuentra completamente abierta bajo la licencia GPLv2 con excepciones de GNU ClassPath, que permiten el enlace din\u00e1mico con productos comerciales. <\/p>\n
Java SE 16 se clasifica como una versi\u00f3n con un ciclo de soporte regular, con actualizaciones que se lanzar\u00e1n hasta la siguiente versi\u00f3n. Se debe utilizar Java SE 11 como una rama de soporte a largo plazo (LTS), con actualizaciones que se lanzar\u00e1n hasta 2026. La pr\u00f3xima versi\u00f3n LTS est\u00e1 programada para septiembre de 2021. Cabe recordar que, desde el lanzamiento de Java 10, el proyecto ha cambiado a un nuevo proceso de desarrollo que implica ciclos m\u00e1s cortos para la formaci\u00f3n de nuevas versiones. Ahora, la nueva funcionalidad se desarrolla en una rama maestra que se actualiza constantemente, donde se incluyen los cambios finales y de la cual se bifurcan ramas para estabilizar nuevas versiones cada seis meses. <\/p>\n
En la preparaci\u00f3n de la nueva versi\u00f3n, el desarrollo se traslad\u00f3 del sistema de control de versiones Mercurial a Git y a la plataforma de desarrollo colaborativo GitHub. Se espera que esta migraci\u00f3n mejore el rendimiento de las operaciones con el repositorio, aumente la eficiencia del almacenamiento, proporcione acceso a los cambios a lo largo de toda la historia del proyecto, mejore la revisi\u00f3n del c\u00f3digo y utilice API para automatizar los flujos de trabajo. Adem\u00e1s, el uso de Git y GitHub hace que el proyecto sea m\u00e1s atractivo para principiantes y desarrolladores familiarizados con Git. <\/p>\n
Entre las novedades de Java 16 se pueden destacar: <\/p>\n
\n
Se ha a\u00f1adido el m\u00f3dulo experimental jdk.incubator.vector con la implementaci\u00f3n de la API Vector, que proporciona funciones para c\u00e1lculos vectoriales, realizados utilizando instrucciones vectoriales de los procesadores x86_64 y AArch64, permitiendo aplicar operaciones simult\u00e1neamente a varios valores (SIMD). A diferencia de las capacidades de auto-vectorizaci\u00f3n de operaciones escalares en el compilador JIT HotSpot, la nueva API permite controlar expl\u00edcitamente la vectorizaci\u00f3n para el procesamiento paralelo de datos.\n
En el c\u00f3digo JDK y VM HotSpot, escrito en C++, se permite utilizar caracter\u00edsticas introducidas en la especificaci\u00f3n C++14. Anteriormente, solo se permit\u00edan los est\u00e1ndares C++98\/03.\n
En el recolector de basura ZGC (Z Garbage Collector), que opera en modo pasivo y minimiza las interrupciones debidas a la recolecci\u00f3n de basura siempre que sea posible, se ha a\u00f1adido la capacidad de procesamiento paralelo de las pilas de hilos sin interrumpir la ejecuci\u00f3n de los hilos de la aplicaci\u00f3n. En ZGC, solo quedan las operaciones que requieren pausar el trabajo y que tienen interrupciones constantes, que por lo general no superan algunos cientos de microsegundos.\n
Se ha a\u00f1adido soporte para sockets UNIX (AF_UNIX) en las clases SocketChannel, ServerSocketChannel y java.nio.channels.\n
Se ha implementado un puerto para la distribuci\u00f3n de Linux Alpine con la biblioteca est\u00e1ndar en C musl, que es popular en entornos de contenedores, microservicios, sistemas en la nube y embebidos. El puerto propuesto en dichos entornos permite ejecutar programas en Java como aplicaciones convencionales. Adem\u00e1s, mediante jlink se pueden eliminar todos los m\u00f3dulos no utilizados y formar un entorno m\u00ednimo suficiente para ejecutar la aplicaci\u00f3n, lo que permite crear im\u00e1genes compactas espec\u00edficas para aplicaciones particulares.\n
Se ha implementado el mecanismo Elastic Metaspace, que optimiza las operaciones de asignaci\u00f3n y liberaci\u00f3n de memoria utilizada por los metadatos de clases (metaspace) en la JVM HotSpot. La aplicaci\u00f3n de Elastic Metaspace reduce la fragmentaci\u00f3n de la memoria, disminuye la sobrecarga en el cargador de clases y tambi\u00e9n beneficia el rendimiento de las aplicaciones de servidor de larga duraci\u00f3n al devolver m\u00e1s r\u00e1pidamente la memoria ocupada por metadatos de clases no utilizados al sistema operativo. Se sugiere la opci\u00f3n '-XX:MetaspaceReclaimPolicy=(balanced|aggressive|none)' para seleccionar el modo de liberaci\u00f3n de memoria tras la descarga de clases.\n
Se ha a\u00f1adido un puerto JDK para sistemas Windows que operan en hardware con procesadores basados en arquitectura AArch64.\n
Se ha propuesto una tercera versi\u00f3n preliminar de la API Foreign-Memory Access, que permite a las aplicaciones Java acceder de manera segura y eficiente a \u00e1reas de memoria fuera del mont\u00f3n de Java, manipulando nuevas abstracciones como MemorySegment, MemoryAddress y MemoryLayout.\n
Se ha implementado una API experimental Foreign Linker, que proporciona acceso desde Java al c\u00f3digo nativo. Junto con la API Foreign-Memory, esta nueva interfaz de programaci\u00f3n simplifica notablemente la creaci\u00f3n de envolturas sobre bibliotecas compartidas comunes.\n
Se ha a\u00f1adido la utilidad jpackage, que permite crear paquetes para aplicaciones Java aut\u00f3nomas (self-contained). La utilidad se basa en javapackager de JavaFX y permite formular paquetes en formatos nativos para diversas plataformas (msi y exe para Windows, pkg y dmg para macOS, deb y rpm para Linux). Los paquetes incluyen todas las dependencias necesarias.\n
Se ha habilitado por defecto la estricta encapsulaci\u00f3n de todos los elementos internos del JDK, excepto las API cr\u00edticas, como sun.misc.Unsafe. El valor de la opci\u00f3n '--illegal-access' ahora est\u00e1 configurado por defecto en 'deny' en lugar de 'permit', lo que bloquear\u00e1 los intentos de acceso desde el c\u00f3digo a la mayor\u00eda de las clases, m\u00e9todos y campos internos. Para evitar esta restricci\u00f3n, se debe utilizar la opci\u00f3n '--illegal-access=permit'.\n
Se ha estabilizado la implementaci\u00f3n de la coincidencia por patr\u00f3n en el operador 'instanceof', lo que permite definir inmediatamente una variable local para referirse al valor verificado. Por ejemplo, se puede escribir inmediatamente 'if (obj instanceof String s && s.length() > 5) {.. s.contains(..) ..}' sin necesidad de definir expl\u00edcitamente 'String s = (String) obj'. Antes: if (obj instanceof Group) { Group group = (Group) obj; var entries = group.getEntries(); } Ahora se puede prescindir de la definici\u00f3n 'Group group = (Group) obj': if (obj instanceof Group group) { var entries = group.getEntries(); }\n
Se ha estabilizado la implementaci\u00f3n de la palabra clave 'record', que proporciona una forma compacta de definir clases, permitiendo evitar la necesidad de definir expl\u00edcitamente varios m\u00e9todos a bajo nivel, como equals(), hashCode() y toString(), en los casos en que los datos se almacenan solo en campos, cuyo comportamiento no cambia. Cuando se utilizan implementaciones est\u00e1ndar de los m\u00e9todos equals(), hashCode() y toString() en la clase, se puede prescindir de su definici\u00f3n expl\u00edcita: public record BankTransaction(LocalDate date, double amount, String description) {}\n
Esta declaraci\u00f3n llevar\u00e1 a la adici\u00f3n autom\u00e1tica de las implementaciones de los m\u00e9todos equals(), hashCode() y toString(), adem\u00e1s del constructor y m\u00e9todos que controlan la modificaci\u00f3n de datos (getter). <\/p>\n
Se present\u00f3 una segunda versi\u00f3n preliminar de las clases e interfaces selladas («sealed») que no pueden ser utilizadas por otras clases e interfaces para herencia, extensi\u00f3n o anulaci\u00f3n de implementaci\u00f3n. Las clases selladas tambi\u00e9n proporcionan una forma m\u00e1s declarativa de limitar el uso de la superclase que los modificadores de acceso, bas\u00e1ndose en la enumeraci\u00f3n expl\u00edcita de las subclases permitidas para extensi\u00f3n. package com.example.geometry; public sealed class Shape permits com.example.polar.Circle, com.example.quad.Rectangle, com.example.quad.simple.Square {…} <\/ul>\n