.NET 11 RC 1 ya está disponible: novedades, soporte go-live y qué probar antes de migrar

Microsoft anunció .NET 11 Release Candidate 1 (RC 1) el 8 de septiembre de 2026. Esta versión reúne las últimas mejoras de la rama de desarrollo de .NET 11 y se acerca a la versión estable prevista para noviembre. Para un equipo de backend, la noticia importa menos por el número de versión que por la oportunidad de probar desde ahora compatibilidad, autenticación, contenedores, rendimiento y dependencias.

TL;DR

• .NET 11 RC 1 incluye cambios en el runtime, bibliotecas, SDK, MSBuild, NuGet, C# 15 y ASP.NET Core.
• C# 15 es el lenguaje predeterminado de .NET 11 y los union types se estabilizan en RC 1; Unsafe Evolution continúa en preview.
• Microsoft declara soporte go-live para esta release candidate, bajo sus condiciones de soporte; eso no la convierte en una versión final ni garantiza que todas las bibliotecas externas sean compatibles.
• Úsala primero en una rama de migración o entorno de pruebas. Fija el SDK exacto, ejecuta la suite completa y conserva un plan de rollback.
• Antes de actualizar producción, comprueba las descargas y las notas oficiales por si apareció otra RC, un parche o la versión estable.

Qué significa que sea una Release Candidate

Una RC pretende ser suficientemente cercana a la versión final para que los equipos validen sus aplicaciones. No es lo mismo que una preview experimental, pero todavía pueden aparecer correcciones, cambios finales o problemas de compatibilidad. La etiqueta go-live de Microsoft permite usarla en producción bajo las condiciones de soporte de .NET; no significa que la migración esté aprobada automáticamente para cualquier sistema.

La recomendación práctica es separar dos decisiones:

1. Validación: instalar RC 1 en una rama o ambiente aislado y descubrir incompatibilidades mientras todavía hay tiempo para corregirlas.
2. Adopción: decidir si el riesgo operativo y las políticas del equipo permiten llevarla a producción, o si conviene esperar la versión estable.

Revisa siempre el anuncio oficial de .NET 11 RC 1, la página de descargas de .NET 11 y los metadatos oficiales de releases. Durante una comprobación realizada el 8 de septiembre de 2026, las notas de la release y los metadatos ya identificaban RC 1, mientras la página general de descargas mostraba temporalmente Preview 7 durante la propagación. Es una observación histórica y no necesariamente refleja el estado actual. Preview 7 no es RC 1; tampoco debes presentar un paquete de NuGet como sustituto del instalador oficial del SDK. Antes de instalar, confirma en las notas de RC 1 o en la descarga el artefacto y el número exactos que correspondan a tu sistema. Las versiones y el calendario pueden cambiar después de la fecha de consulta de este artículo.

Novedades que interesan a backend

Runtime y bibliotecas

El anuncio de RC 1 enumera las siguientes mejoras del runtime y de las bibliotecas base. La página general de novedades reúne además cambios acumulados durante las versiones Preview; por ello, aunque estos puntos están incluidos en RC 1, no deben extrapolarse otras capacidades de esa página como novedades exclusivas de esta release:

• Mejor diagnóstico de informes de fallos en proceso en sistemas Unix.
• Mejoras de rendimiento que pueden aprovechar instrucciones de hardware FP16 para operaciones Half cuando la plataforma las soporta.
• Resolución de registros DNS en Linux.
• Nuevas capacidades de System.Text.Json, entre ellas escenarios numéricos y binarios, polimorfismo de tipos cerrados y soporte para uniones.
• Validación asíncrona en opciones y APIs relacionadas.
• Refuerzos de TLS y capacidades criptográficas como AES Key Wrap, además de aceleraciones en plataformas Apple.

No todos estos puntos implican un cambio en el código de una aplicación. Sí justifican pruebas específicas si el servicio depende de serialización JSON, resolución DNS, autenticación TLS, criptografía o ejecución en Linux.

El panorama oficial de novedades de .NET 11 agrupa cambios acumulados durante las previews. Por eso, una función documentada para la versión en desarrollo no debe presentarse automáticamente como nueva o exclusiva de RC 1: consulta el anuncio de la RC y la documentación de la API que utiliza tu aplicación.

SDK, pruebas, NuGet y contenedores

El SDK incorpora controles adicionales para dotnet test, nuevas formas de presentar resultados y mejoras para probar aplicaciones móviles. También se destacan imágenes de contenedor reproducibles y la eliminación de cargas redundantes en determinados flujos.

Para equipos que compilan aplicaciones distribuidas, la reproducibilidad es especialmente útil: permite comparar imágenes construidas con el SDK anterior y con RC 1, detectar cambios de tamaño y evitar que una compilación dependa de artefactos descargados de forma impredecible.

En NuGet, el anuncio contempla un flujo para actualizar paquetes vulnerables incluso cuando el proyecto trata las advertencias como errores. Conviene probarlo en CI: una solución que desbloquea una actualización puede cambiar el comportamiento esperado de los scripts de restauración, los analizadores o las políticas de seguridad.

Los programas basados en archivos también reciben mejoras de reutilización y formato relacionadas con Native AOT. Si tu aplicación utiliza AOT, valida el binario generado, reflexión, serialización, tamaño, arranque y las librerías que no tengan soporte completo para ese modelo.

C# 15: novedades que requieren contexto

RC 1 acompaña la evolución de C# 15, que es la versión predeterminada del lenguaje para .NET 11. En esta release candidate se estabilizan los union types y otras capacidades relacionadas, por lo que ya no deben describirse como una característica íntegramente en preview. La documentación oficial también enumera argumentos para expresiones de colección, jerarquías cerradas, indexadores de extensión y saltos etiquetados. En cambio, Unsafe Evolution y las capacidades de seguridad de memoria asociadas continúan en preview o pueden requerir habilitar opciones experimentales; no deben presentarse como aptas para una librería pública sin validar su estado.

Hay que distinguir entre una característica estabilizada y una que todavía exige activar una opción preview. Antes de incorporarla a una librería pública:

• confirma en la documentación de C# 15 su estado actual;
• comprueba el requisito de versión del compilador y del SDK;
• revisa si obliga a establecer LangVersion o EnablePreviewFeatures;
• verifica el comportamiento del IDE y de los analizadores en CI.

No adoptes una característica por el nombre de la versión. La compatibilidad del lenguaje, el compilador y el runtime debe probarse como un conjunto.

ASP.NET Core, SignalR y OpenAPI

Para servicios web, el anuncio confirma mejoras en ASP.NET Core:

• APIs finales para renovar autenticación de SignalR.
• Renovación de autenticación en el cliente TypeScript de SignalR.
• Actualización de circuitos de Blazor Server después de renovar la autenticación.
• Documentación OpenAPI que puede reflejar APIs obsoletas.
• Selección del entorno usado para generar OpenAPI durante la compilación.
• Uso de TLS channel binding en autenticación Negotiate.

Un cambio en la renovación de credenciales debe probarse como una secuencia completa y no solo como una llamada aislada. Verifica expiración, renovación, reconexión del cliente, permisos de usuario y cierre de sesión. En OpenAPI, compara el documento generado con el contrato que consumen tus clientes y revisa si la selección del entorno altera servidores, esquemas o rutas.

Consulta las novedades oficiales de ASP.NET Core 11 para separar lo confirmado en RC 1 de los cambios acumulados en la versión de desarrollo.

Cómo probar RC 1 sin desordenar el proyecto

Instala el SDK desde la página oficial de .NET 11 y confirma qué quedó activo:

dotnet --info
dotnet --list-sdks
dotnet --list-runtimes

Fija el SDK exacto en global.json. Para la comprobación técnica del 8 de septiembre de 2026, el SDK de Windows x64 fue 11.0.100-rc.1.26425.128:

{
  "sdk": {
    "version": "11.0.100-rc.1.26425.128",
    "rollForward": "latestPatch",
    "allowPrerelease": true
  }
}

El número 11.0.0-rc.1.26425.128 que puede verse en algunos paquetes RC 1 de NuGet identifica un artefacto de paquete, no el SDK que debe escribirse en global.json. Usa el identificador del SDK publicado para tu plataforma y registra el resultado de dotnet --info. Si tu plataforma o arquitectura difieren de Windows x64, confirma el identificador correspondiente antes de copiar el bloque.

Después ejecuta la validación habitual del repositorio:

dotnet restore
dotnet build --configuration Release
dotnet test --configuration Release --no-build

Adapta --no-build si tu solución necesita recompilar cada proyecto de pruebas. En CI registra el resultado de dotnet --info y conserva el archivo global.json junto con el código para que otro runner pueda reproducirlo.

Para un servicio ASP.NET Core, añade pruebas de humo que cubran al menos:

• arranque y apagado limpio;
• autenticación, autorización y renovación de credenciales;
• conexiones y reconexiones de SignalR;
• generación y consumo de OpenAPI;
• serialización y deserialización JSON de contratos reales;
• resolución DNS, TLS y Negotiate si son parte de la arquitectura;
• migraciones, health checks, logs y métricas;
• construcción y ejecución de la imagen de contenedor en Linux.

Compara contra la versión estable que utilizas hoy: tiempo de arranque, memoria, latencia, errores, tamaño de imagen y comportamiento bajo carga. No publiques un porcentaje de mejora si no tienes una medición reproducible.

Checklist de migración

• Registrar el SDK y runtime estables actuales antes de instalar la RC.
• Instalar .NET 11 RC 1 en una rama, imagen o agente de CI separado.
• Fijar la versión exacta con global.json y registrar dotnet --info.
• Ejecutar restore, compilación, pruebas unitarias, integración y pruebas de humo.
• Revisar paquetes NuGet, analizadores, SDK de Visual Studio y herramientas globales.
• Revisar los cambios importantes de .NET 11; Microsoft indica que la lista es trabajo en progreso, puede estar incompleta y cambiar, así que vuelve a consultarla antes de recomendar producción.
• Comprobar, cuando apliquen, cambios de DateOnly/TimeOnly, APIs obsoletas, BackgroundService, Native AOT, requisitos mínimos de hardware y autenticación/TLS.
• Probar serialización JSON, TLS, DNS, Native AOT y despliegues Linux cuando apliquen.
• Validar SignalR, autenticación, Blazor Server y OpenAPI si la solución los utiliza.
• Comparar rendimiento, memoria, tamaño de imagen y errores contra la versión estable.
• Preparar rollback y documentar cómo reconstruir artefactos con el SDK anterior.
• Confirmar la versión más reciente disponible antes de promover a producción.

¿Conviene migrar ya?

Para un laboratorio, una rama de actualización o un servicio con pruebas automatizadas, sí conviene probarla ahora. Encontrar pronto una incompatibilidad en autenticación, serialización o una dependencia externa puede ahorrar trabajo cuando llegue la versión final.

Para un sistema crítico, la decisión debe depender del proceso de cambios del equipo. El soporte go-live aplica a los escenarios y condiciones de soporte de Microsoft; no garantiza soporte de terceros ni compatibilidad con todas las librerías NuGet, Visual Studio, sistemas operativos, imágenes base, proveedores de base de datos o clientes.

Una estrategia prudente es mantener la versión estable en producción, desplegar RC 1 en staging, ejecutar tráfico representativo y avanzar mediante un despliegue gradual solo cuando las métricas y el plan de reversión estén listos.

Conclusión

.NET 11 RC 1 es un buen momento para empezar una migración controlada. Sus mejoras abarcan piezas que afectan directamente a backend: runtime, JSON, SDK, pruebas, paquetes, contenedores, C# 15 y ASP.NET Core.

La parte importante no es instalarla y comprobar que el proyecto compila. Es fijar el SDK, reconstruir artefactos, ejecutar pruebas reales y revisar los cambios importantes y las dependencias externas. Si aparece otra RC, un parche o la versión final, actualiza la evaluación antes de recomendar el cambio en producción.

Fuentes oficiales consultadas

• Announcing .NET 11 Release Candidate 1 — .NET Blog (8 de septiembre de 2026).
• Novedades de .NET 11 — Microsoft Learn.
• Novedades de C# 15 — Microsoft Learn.
• Novedades de ASP.NET Core en .NET 11 — Microsoft Learn.
• Cambios importantes en .NET 11 — Microsoft Learn.
• Descargas de .NET 11 y metadatos oficiales de releases.

Nota editorial: Esta publicación refleja las fuentes consultadas el 8 de septiembre de 2026. El SDK RC 1 verificado es 11.0.100-rc.1.26425.128 para Windows x64. Las versiones candidatas pueden cambiar antes de la versión estable; comprueba las fuentes oficiales y valida los ejemplos en tu entorno antes de usar .NET 11 en producción.