Busca en todas las páginas de la documentación
Go 1.26 (febrero de 2026) es una versión de la cadena de herramientas donde el tiempo de ejecución y las herramientas para desarrolladores son tan importantes como la sintaxis.
Green Tea GC reduce la sobrecarga del recolector de forma predeterminada.
go fix se convirtió en un pipeline de modernización con un solo clic.
Pequeños ajustes de lenguaje como new(expr) eliminan años de código repetitivo de funciones auxiliares.
Go 1.26 incluye Green Tea GC como el recolector de basura predeterminado, un go fix reconstruido con modernizadores y mejoras específicas de lenguaje/stdlib.
Las PYMES deben planificar las actualizaciones en torno a la validación de la latencia de GC, las refactorizaciones idiomáticas automatizadas y los patrones de estructuras de campos opcionales.
Las características experimentales (perfiles de fuga de goroutines, simd/archsimd, runtime/secret) existen para los primeros adoptantes, pero no son necesarias para la mayoría de los servicios.
Tarjeta de referencia rápida de actualización para Go 1.26.
# 1. Actualizar la versión del lenguaje del módulo
go get go@1.26.0 && go mod tidy
# 2. Previsualizar modernizadores
go fix -diff ./...
# 3. Aplicar y probar (ejecutar dos veces para correcciones sinérgicas)
go fix ./... && go test ./...
go fix ./... && go test ./...
# 4. Revertir GC solo si se investiga una regresión
GOEXPERIMENT=nogreenteagc go build -o app ./cmd/appCuándo usar esto:
runtime.gcCampos de API opcionales con new(expr), luego modernizar el código circundante con go fix.
package api
import (
"encoding/json"
"time"
)
type Person struct {
Name string `json:"name"`
Age *int `json:"age,omitempty"`
}
func PersonJSON(name string, born time.Time) ([]byte, error) {
return json.Marshal(Person{
Name: name,
Age: new(yearsSince(born)), // Go 1.26: new acepta expresiones
})
}
func yearsSince(t time.Time) int {
return int(time.Since(t).Hours() / (365.25 * 24))
}# Después de actualizar go.mod a 1.26:
go fix -newexpr ./...
go fix -stringscut -minmax ./...
go vet ./...
go test ./...// Antes de go fix (estilo antiguo) - los modernizadores pueden reescribir:
// eq := strings.IndexByte(pair, '=')
// result[pair[:eq]] = pair[1+eq:]
// Después del modernizador stringscut:
// before, after, _ := strings.Cut(pair, "=")
// result[before] = afterLo que esto demuestra:
new(expr) elimina los ayudantes de estilo newInt para campos de puntero opcionalesgo fix -newexpr reescribe ayudantes y sitios de llamada en todos los paquetesstringscut, minmax, mapsloop) se ejecutan en el mismo comandogo vet todavía detecta problemas que los modernizadores no abordanGreen Tea reemplaza la fase clásica de marcado de inundación de grafos por objeto con escaneo orientado a páginas.
En lugar de saltar entre objetos pequeños dispersos, el recolector acumula trabajo por página de montón, escaneando objetos en orden de memoria.
Beneficios:
Las pruebas de referencia varían; muchos programas ven un 10-40% menos de tiempo de CPU de GC, siendo ~10% un caso común.
En hardware amd64 más nuevo, se espera una mejora adicional del ~10% en GC debido a las instrucciones vectoriales.
Reversión: GOEXPERIMENT=nogreenteagc en el momento de la compilación.
Se espera que la exclusión se elimine en Go 1.27.
Valide la latencia p99 y las fracciones de GC de runtime/metrics después de actualizar.
Go 1.26 reescribió go fix en el framework golang.org/x/tools/go/analysis compartido con go vet.
Los fixers deben ser preservadores de comportamiento (se permiten mejoras de rendimiento y estilo).
Se incluyen docenas de modernizadores, que incluyen:
| Analizador | Qué hace |
|---|---|
any | interface{} -> any |
minmax | cadenas if -> min/max |
mapsloop | bucles de mapa manuales -> paquete maps |
stringscut | Index+slice -> strings.Cut |
forvar | elimina el sombreado de bucle x := x anterior a la versión 1.22 |
newexpr | envoltorios de ayuda -> new(expr) |
inline | aplica migraciones de API //go:fix inline |
Consejos de flujo de trabajo:
go fix-diff primero en repositorios grandesgo fix -minmax ./...) para dividir la carga de revisiónminmax y luego min anidado) aparecen en el segundo paseListar analizadores: go tool fix help
new(expr) - new ahora acepta expresiones, no solo tipos.
Crítico para campos de puntero opcionales en modelos JSON, protobuf y de bases de datos.
Restricciones genéricas autorreferenciales - los tipos genéricos pueden referirse a sí mismos en listas de restricciones, lo que permite patrones como Adder[A Adder[A]].
GOEXPERIMENT=norandomizedheapbase64)GOEXPERIMENT=goroutineleakprofileerrors.AsTypelog/slog.NewMultiHandler para registro de distribución# Matriz de CI: ejecute go fix bajo GOOS/GOARCH representativo si usa etiquetas de compilación
GOOS=linux GOARCH=amd64 go fix ./...
GOOS=darwin GOARCH=arm64 go fix ./...nogreenteagc solo mientras investiga.go fix de un solo pase en repositorios enormes - Las correcciones sinérgicas y de limpieza de importaciones necesitan una segunda ejecución. Solución: go fix ./... dos veces; corrija manualmente los errores de compilación de conflictos semánticos.go - Los modernizadores dependen de la versión efectiva de Go. Solución: go get go@1.26.0 antes de esperar correcciones de newexpr.new sombreado - newexpr omite reescrituras inseguras cuando new se redeclara localmente. Solución: Renombre los enlaces locales de new antes de ejecutar el fixer.go vet y las pruebas de integración en el pipeline de actualización.| Alternativa | Usar Cuando | No Usar Cuando |
|---|---|---|
GOEXPERIMENT=nogreenteagc | Sospecha de regresión de GC durante la fase canary | Estrategia de producción a largo plazo (eliminación en 1.27) |
| Solo correcciones rápidas de gopls | Archivos activos pequeños en IDE | Actualización de todo el repositorio después del cambio de cadena de herramientas |
| Refactorización manual | Rutas críticas de código que requieren diseño humano | Cientos de actualizaciones de modismos repetitivos |
Permanecer en Go 1.25 + experimento greenteagc | Necesita tiempo antes de la adopción completa de 1.26 | Quiere GC acelerado por vector y el conjunto de go fix |
Un recolector de basura orientado a páginas en la fase de marcado que mejora la localidad al escanear objetos pequeños.
Predeterminado en Go 1.26 después de la experimentación en Go 1.25.
Depende de la tasa de asignación y la distribución del tamaño de los objetos.
Muchas cargas de trabajo ven un 10-40% menos de CPU de GC; la aceleración general de la aplicación suele ser menor que la fracción de GC.
Los fixers históricos se eliminaron por obsoletos.
El go fix de Go 1.26 utiliza el marco de análisis moderno y los modernizadores.
Ejecute en ramas de actualización, no en cada PR.
Trate la salida como gofmt: revise el commit de modernización dedicado.
Ayudantes como func intPtr(v int) *int { return &v } y llamadas envoltorio estilo protobuf para literales simples.
Diseñados para preservar el comportamiento; los casos extremos pueden causar errores de compilación (por ejemplo, locales no utilizados).
Siempre ejecute pruebas después de arreglar.
Una directiva del propietario de la API para que el analizador inline migre automáticamente a los llamadores a funciones renombradas o refactorizadas.
Esperado en Go 1.27 según las notas de la versión.
Planifique validar Green Tea antes de entonces.
Sí.
Go 1.26 requiere Go 1.24.6 o posterior para compilar la cadena de herramientas en sí.
Perfil de fuga de goroutine en CI de staging si lucha contra incidentes de goroutine con fugas.
Omita simd/archsimd a menos que tenga rutas numéricas críticas y experiencia en hardware.
Versiones de Stack: Esta página fue escrita para Go 1.26.x (Green Tea GC predeterminado, modernizadores de go fix - verificar parche en la compilación), chi (última - verificar en la compilación), gin (última - verificar en la compilación), echo (última - verificar en la compilación), google.golang.org/grpc (última - verificar en la compilación), sigs.k8s.io/controller-runtime (última - verificar en la compilación), kubebuilder (última - verificar en la compilación), tinygo (última - verificar objetivos de placa en la compilación), wazero (última - verificar en la compilación) y golangci-lint (última - verificar conjunto de linters en la compilación).
Revisado por Chris St. John·Última actualización: 16 jul 2026