{"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\/es\/blog\/news\/vypusk-java-se-25-lts-i-openjdk-25","title":{"rendered":"Lanzamiento de Java SE 25 LTS y OpenJDK 25","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Despu\u00e9s de seis meses de desarrollo, Oracle ha publicado la plataforma Java SE 25 (Java Platform, Standard Edition 24), cuya implementaci\u00f3n de referencia se basa en el proyecto abierto OpenJDK. A excepci\u00f3n de la eliminaci\u00f3n de algunas caracter\u00edsticas obsoletas, Java SE 25 mantiene la compatibilidad con versiones anteriores de la plataforma Java; la mayor\u00eda de los proyectos Java escritos anteriormente funcionar\u00e1n sin cambios en la nueva versi\u00f3n. Las distribuciones listas para instalar de Java SE 25 (JDK, JRE y Server JRE) est\u00e1n preparadas para Linux (x86_64, AArch64), Windows (x86_64) y macOS (x86_64, AArch64). La implementaci\u00f3n de referencia de Java SE 25, desarrollada bajo el proyecto OpenJDK, est\u00e1 completamente abierta bajo la licencia GPLv2 con excepciones de GNU ClassPath que permiten el enlace din\u00e1mico con productos comerciales. <\/p>\n
Java SE 25 se clasifica como una versi\u00f3n con soporte a largo plazo, con actualizaciones que se lanzar\u00e1n hasta 2033 (las actualizaciones p\u00fablicas se lanzar\u00e1n hasta septiembre de 2030). Tambi\u00e9n contin\u00faan recibiendo soporte las versiones de Java SE 17 y 21 como ramas de soporte a largo plazo (LTS), con actualizaciones que se lanzar\u00e1n hasta 2029 y 2031, respectivamente (las p\u00fablicas, hasta 2026 y 2028). El soporte extendido para las ramas LTS de Java SE 8 y 11 se prolongar\u00e1 hasta 2030 y 2032. <\/p>\n
Entre las novedades propuestas en Java SE 25 (1, 2, 3, 4): <\/p>\n
\n
Se ha a\u00f1adido la API experimental StableValue para trabajar con objetos que contienen datos inmutables y se procesan en la JVM como constantes. A estos objetos se les aplican optimizaciones de rendimiento similares a las de los campos con la palabra clave \u00abfinal\u00bb. La API StableValue separa la creaci\u00f3n de valores constantes de su inicializaci\u00f3n, garantizando que el valor solo pueda ser inicializado una vez, reduciendo el tiempo de inicio de las aplicaciones y permitiendo la utilizaci\u00f3n de optimizaciones de reducci\u00f3n de constantes (constant-folding) en el c\u00f3digo del usuario, que antes solo se usaban en el c\u00f3digo interno del JDK. class Application { \/\/ Antes: \/\/ static final UserService USERS = new UserService(); \/\/ Ahora: static final StableValue USERS = StableValue.of(); public static UserService users() { return USERS.orElseSet(UserService::new); } }\n
Se ha a\u00f1adido una API experimental para codificar y decodificar objetos con claves criptogr\u00e1ficas, certificados y listas de certificados revocados, utilizando el formato PEM (Pivacy-Enhanced Mail).\n
Se ha agregado soporte para valores limitados (Scoped Values), que permiten compartir datos inmutables en hilos y facilitar el intercambio de datos entre sub-hilos (los valores se heredan). Scoped Values se desarrollan para reemplazar el mecanismo de variables locales por hilo (thread-local variables) y son m\u00e1s eficientes al utilizar un gran n\u00famero de hilos virtuales (miles y millones de hilos). La principal diferencia entre Scoped Values y las variables locales por hilo es que las primeras se escriben una vez, no se pueden modificar posteriormente y permanecen accesibles solo durante la ejecuci\u00f3n del hilo.\n
Se ha agregado una API para utilizar funciones criptogr\u00e1ficas de derivaci\u00f3n de clave (KDF, key derivation function), que permiten generar claves adicionales de la longitud necesaria a partir de una clave secreta (por ejemplo, una contrase\u00f1a) y un conjunto de datos arbitrario.\n
Se elimin\u00f3 el c\u00f3digo y los scripts de construcci\u00f3n para el soporte de sistemas x86 de 32 bits. La cancelaci\u00f3n del soporte para sistemas x86 de 32 bits ha permitido simplificar la infraestructura para la construcci\u00f3n y prueba del JDK, as\u00ed como implementar funcionalidades relacionadas con plataformas sin necesidad de crear controladores de fallback para sistemas de 32 bits x86.\n
Se ha a\u00f1adido la posibilidad de utilizar una sola expresi\u00f3n \u00abimport module M\u00bb para importar todos los paquetes exportados por el m\u00f3dulo especificado. Este cambio simplifica considerablemente la reutilizaci\u00f3n de bibliotecas modulares, permitiendo conectar bibliotecas y clases sin necesidad de definir su ubicaci\u00f3n en la jerarqu\u00eda de paquetes. Por ejemplo, especificar \u00abimport module java.base\u00bb importar\u00e1 todos los 54 paquetes que forman parte del m\u00f3dulo java.base, los cuales anteriormente tendr\u00edan que haberse mencionado individualmente (\u00abimport java.io.*\u00bb, \u00abimport java.util.*\u00bb, etc.).\n
Se ha propuesto una variante compacta para la organizaci\u00f3n de programas, que puede resultar \u00fatil para la ense\u00f1anza y para el desarrollo de aplicaciones peque\u00f1as. En esta forma compacta, no es necesario definir clases adicionales, se importan autom\u00e1ticamente las API est\u00e1ndar y est\u00e1n disponibles m\u00e9todos simplificados de entrada\/salida. Por ejemplo, la aplicaci\u00f3n \u00ab\u00a1Hola, mundo!\u00bb se puede reducir a: void main() { IO.println(\u00ab\u00a1Hola, mundo!\u00bb); }\n
Se permite la especificaci\u00f3n de expresiones en los constructores antes de la llamada a super(\u2026), que se utiliza para invocar expl\u00edcitamente el constructor de la clase padre desde el constructor de la clase heredada, siempre que estas expresiones no hagan referencia a la instancia que se est\u00e1 creando con el constructor. class Outer { void hello() { System.out.println(\u00abHola\u00bb); } class Inner { Inner() { hello(); super(); } } }\n
Se ha a\u00f1adido un modo generativo de operaci\u00f3n para el recolector de basura Shenandoah, en el que se procesan por separado los objetos antiguos y los reci\u00e9n creados para mejorar la eficiencia de la limpieza de objetos con un ciclo de vida corto. Este nuevo modo proporciona un rendimiento m\u00e1s predecible, resiliencia a cambios de carga y reducci\u00f3n del consumo de memoria durante la recolecci\u00f3n de basura. El programador de Shenandoah tiene como objetivo reducir el tiempo de pausas durante la recolecci\u00f3n de basura al realizar una mayor cantidad de trabajo en paralelo con la ejecuci\u00f3n de aplicaciones Java.\n
Se ha simplificado la creaci\u00f3n de un cach\u00e9 para la carga y organizaci\u00f3n anticipadas (Ahead-of-Time) de clases, lo que permite acelerar el arranque de la JVM HotSpot mediante el uso de clases en un estado ya cargado y organizado. Al iniciar, ya no se requieren operaciones separadas para registrar la actividad y crear el cach\u00e9, sino que basta con un solo comando: java -XX:AOTCacheOutput=app.aot -cp app.jar com.example.App \u2026\n
Al iniciar la VM de HotSpot Java, se ha implementado la posibilidad de utilizar perfiles de ejecuci\u00f3n de m\u00e9todos obtenidos en una ejecuci\u00f3n anterior de la aplicaci\u00f3n. Este cambio permite al compilador JIT generar c\u00f3digo nativo de inmediato sin la necesidad de acumular estad\u00edsticas y sin esperar a que se forme un perfil.\n
Se ha implementado el soporte para encabezados de objetos compactos en HotSpot JVM, cuyo tama\u00f1o en sistemas de 64 bits se ha reducido de 96 a 64 bits (de 12 a 8 bytes). La reducci\u00f3n del tama\u00f1o de los encabezados permite disminuir el tama\u00f1o del heap y mejorar la eficiencia del cach\u00e9.\n
Se ha propuesto una implementaci\u00f3n de prueba de la API Vector, que proporciona funciones para c\u00e1lculos vectoriales que se realizan utilizando instrucciones vectoriales de los procesadores x86_64 y AArch64, permitiendo aplicar operaciones simult\u00e1neamente a m\u00faltiples valores (SIMD). A diferencia de las capacidades de autovectorizaci\u00f3n de las operaciones escalares proporcionadas por el compilador JIT HotSpot, la nueva API permite controlar expl\u00edcitamente la vectorizaci\u00f3n para el procesamiento paralelo de datos.\n
Se ha propuesto para prueba la quinta versi\u00f3n preliminar de la API para concurrencia estructurada (Structured Concurrency), que simplifica el desarrollo de aplicaciones multihilo al manejar varias tareas ejecutadas en diferentes hilos como un \u00fanico bloque.\n
En el mecanismo de coincidencia de patrones se ha propuesto una tercera opci\u00f3n preliminar que permite el uso de tipos primitivos (int, byte, char y otros tipos b\u00e1sicos que no son objetos) en todos los tipos de plantillas, en la cl\u00e1usula \u00abinstanceof\u00bb y en los bloques \u00abswitch\u00bb. switch (x.getStatus()) { case 0 -> \u00abokay\u00bb; case 1 -> \u00abadvertencia\u00bb; case 2 -> \u00aberror\u00bb; case int i -> \u00abestado desconocido: \u00bb + i; } if (i instanceof byte b) { \u2026 b \u2026 }\n
Se ha agregado soporte experimental para el perfilado con un seguimiento m\u00e1s preciso del consumo de recursos de CPU en JDK Flight Recorder (JFR) en la plataforma Linux. La informaci\u00f3n sobre el tiempo de ejecuci\u00f3n de diversas construcciones puede visualizarse claramente utilizando diagramas de colores \"FlameGraph\".\n
Se ha mejorado la estabilidad del funcionamiento de JDK Flight Recorder (JFR) al muestrear de forma as\u00edncrona las pilas de hilos de Java, evitando recorrer la pila de llamadas solo en los \"puntos seguros\" (safepoints).\n
En JDK Flight Recorder (JFR) se han a\u00f1adido herramientas de trazado y evaluaci\u00f3n del tiempo de ejecuci\u00f3n de m\u00e9todos. Se admite el trazado de la pila de llamadas de m\u00e9todos espec\u00edficos y el registro de estad\u00edsticas precisas sobre las llamadas a m\u00e9todos, abarcando m\u00e9tricas como el tiempo de ejecuci\u00f3n y el n\u00famero de llamadas. <\/ul>\n