{"id":26959,"date":"2024-04-08T09:30:00","date_gmt":"2024-04-08T07:30:00","guid":{"rendered":"https:\/\/www.codemotion.com\/magazine\/?p=26959"},"modified":"2024-04-09T12:17:19","modified_gmt":"2024-04-09T10:17:19","slug":"spring-mvc-vs-spring-webflux-vs-spring-mvc","status":"publish","type":"post","link":"https:\/\/www.codemotion.com\/magazine\/es\/comunidad\/spring-mvc-vs-spring-webflux-vs-spring-mvc\/","title":{"rendered":"Spring MVC vs Spring Webflux vs Spring MVC con virtual threads, \u00bfqui\u00e9n ganar\u00e1?"},"content":{"rendered":"\n

El pr\u00f3ximo 21 y 22 de mayo se celebrar\u00e1 la Codemotion Madrid 2024,<\/strong> la conferencia m\u00e1s importante del mundo Tech de Europa. Tras el \u00e9xito del a\u00f1o pasado, el evento reunir\u00e1 a desarrolladores y expertos de la industria de todo elmundo para compartir y discutir las \u00faltimas tendencias y tecnolog\u00edas en el \u00e1mbito del desarrollo de software.<\/p>\n\n\n\n

De entre la gran variedad de charlas y ponencias programadas para la ocasi\u00f3n, hoy queremos destacar la de \u201cSpring MVC vs Spring Webflux vs Spring MVC con Virtual Threads, \u00bfqui\u00e9n ganar\u00e1?\u201d<\/strong>. Correr\u00e1 a cargo de Gabriel Jim\u00e9nez Pe\u00f1a, Software Architect and Tech Lead at NEXT DIGITAL HUB, que pondr\u00e1 a prueba el concepto de \u201cVirtual Thread\u201d recientemente a\u00f1adido a Java.<\/p>\n\n\n\n

Contexto de la charla<\/h2>\n\n\n\n

La versi\u00f3n 21 de Java trajo consigo diferentes novedades centradas en facilitar la escritura de c\u00f3digo y aumentar el rendimiento de las aplicaciones que abordan tareas de forma concurrente. En este contexto, Oracle introdujo un nuevo concepto bajo el nombre de Virtual Threads<\/strong>, una nueva instancia que viene, en teor\u00eda, a revolucionar nuestras aplicaciones desarrolladas con este lenguaje.<\/p>\n\n\n\n

Hasta el momento, los hilos que us\u00e1bamos en Java se respaldaban en los llamados \u201chilos de plataforma\u201d.<\/strong> Estos, normalmente mapeados 1:1 con los hilos del Kernel programados por el sistema operativo, ofrecen un buen rendimiento y robustez, lo que los hace adecuados para ejecutar todo tipo de tareas.<\/p>\n\n\n\n

Sin embargo, dependiendo del sistema operativo y la configuraci\u00f3n, estos hilos pueden consumir cierta memoria por defecto, incluso si la tarea que se va a realizar no es tan pesada. Cuando hablamos de aplicaciones de alto rendimiento que ejecutan tareas de forma concurrente, esto puede provocar problemas de escalabilidad<\/strong>. Se pueden generar cuellos de botella, lo que restringe el n\u00famero de hilos que podemos crear sin empezar a tener problemas<\/p>\n\n\n\n

Para evitar esto, es posible recurrir a la programaci\u00f3n as\u00edncrona<\/strong>. Sin embargo, esta metodolog\u00eda tiene una curva de aprendizaje pronunciada que complica la comprensi\u00f3n y el seguimiento del programa. Cada parte de una solicitud puede ejecutarse en un hilo diferente, creando rastros de pila sin un contexto sensato y haciendo que la depuraci\u00f3n se convierta en una tarea demasiado ardua.<\/p>\n\n\n\n

\"conferencia
Una foto de la edici\u00f3n 2023 de la ConferenciaCodemotion Madrid<\/figcaption><\/figure>\n\n\n\n

Virtual Threads, lo nuevo de Java 21<\/h2>\n\n\n\n

Los hilos virtuales, una nueva variante ligera de java.lang.Thread,<\/strong> no est\u00e1n atados a un hilo de plataforma espec\u00edfico y no vienen con una gran cantidad de memoria preasignada para ellos. Se programan y gestionan en tiempo de ejecuci\u00f3n,<\/strong> no en el sistema operativo subyacente. Esto permite la creaci\u00f3n de un n\u00famero significativamente mayor de hilos ligeros.<\/p>\n\n\n\n

Gracias a esto, es m\u00e1s eficiente usar el modelo de “un hilo por solicitud” sin preocuparse por cu\u00e1ntos hilos necesitamos en realidad. Si tu c\u00f3digo llama a una operaci\u00f3n de E\/S bloqueante en un hilo virtual, el tiempo de ejecuci\u00f3n suspende el hilo virtual hasta que pueda reanudarse m\u00e1s tarde. De esta manera, el hardware se utiliza a un nivel casi \u00f3ptimo, <\/strong>lo que resulta en altos niveles de concurrencia y, por lo tanto, en un alto rendimiento.<\/p>\n\n\n\n

Adem\u00e1s, debido a su bajo coste en cuestiones de recursos, los hilos virtuales no se reutilizan ni necesitan ser agrupados. <\/strong>Cada tarea est\u00e1 representada por su propio hilo virtual.<\/p>\n\n\n\n

El programador de tareas es responsable de administrar los hilos de soporte, por lo que se requieren ciertos l\u00edmites y separaciones para garantizar que los hilos virtuales se ejecuten como se pretende. Esto puede marcar un cambio significativo en la forma en la que pensamos y manejamos la concurrencia en Java, abriendo nuevas posibilidades para el desarrollo de aplicaciones altamente concurrentes.<\/p>\n\n\n\n

Poniendo a prueba una de las caracter\u00edsticas m\u00e1s importantes de Java 21<\/h2>\n\n\n\n

Todos sabemos que la teor\u00eda es muy bonita, pero en cuanto nos ponemos manos al c\u00f3digo, las cosas cambian y las diferencias se vuelven notables. En el caso que nos ocupa, los hilos virtuales de Java parecen ser el santo Grial que todos est\u00e1bamos esperando. Pero \u00bfesto es tan bueno como lo pintan? \u00bfMerece la pena implementarlo o es puro humo?<\/strong><\/p>\n\n\n\n

Esto es lo que trataremos de descubrir en la charla \u201cSpring MVC vs Spring Webflux vs Spring MVC con virtual threads, \u00bfqui\u00e9n ganar\u00e1?\u201d<\/strong>. Tras una breve explicaci\u00f3n para repasar todos estos conceptos, pasaremos a la pr\u00e1ctica para poner a prueba estos modelos de construcci\u00f3n de aplicaciones.<\/p>\n\n\n\n

Para ello, implementaremos una API sencilla en directo construy\u00e9ndola de 3 formas diferentes:<\/p>\n\n\n\n