Busca en todas las páginas de la documentación
Elegir tipos y diseños de memoria en Go equilibra la legibilidad, la corrección en concurrencia y el rendimiento medido. Estas reglas convierten los artículos internos de esta sección en hábitos de ingeniería diarios.
pprof) antes de cambiar tipos para mejorar la velocidad.time.Time, IDs, coordenadas). Evita mutaciones ocultas y comprobaciones de nil.[]T sobre arrays en APIs públicas a menos que el tamaño esté fijado por protocolo. Los arrays complican los genéricos y los límites de las funciones.map[K]V solo con claves comparables; nunca claves de punto flotante. Los conjuntos usan map[T]struct{} para mayor claridad.make([]T, 0, n) y make(map[K]V, n) cuando se conoce el tamaño. Reduce el costo de crecimiento y rehashing en cargadores y analizadores.append muta tus buffers internos.make o literales. Las lecturas nil están bien; las escrituras provocan pánico.maps.Clone) antes del procesamiento asíncrono. Evita carreras en mutaciones de mapas compartidos.nil error, no punteros nil tipados, desde los constructores. err == nil debe significar éxito.any. Evita pánicos en tipos dinámicos inesperados.interface{} en los límites; decodifica a tipos concretos temprano. Reduce el alcance de los costos de despacho dinámico y reflexión.sync.Map para cachés específicas. Las escrituras concurrentes de mapas no están definidas.go test -race en paquetes que comparten memoria entre goroutines. Detecta acceso no sincronizado a slices, mapas o punteros.range o ok para salir limpiamente.context.Context para cancelar, no solo banderas booleanas ad-hoc. Combina con rutas de apagado de canales/select.unsafe y Rendimientounsafe.Sizeof y conocimiento del ABI. Los cambios de relleno afectan a FFI y formatos en disco.unsafe solo después de que los benchmarks demuestren la necesidad. Aísla en funciones pequeñas con invariantes documentados.-gcflags=-m) después de regresiones de asignación. El tráfico de heap inesperado a menudo comienza en escapes de puntero.sync.Pool para slices transitorios, no para estado de larga duración. Evita retener accidentalmente arrays de respaldo grandes.Valores para registros inmutables pequeños; punteros para estado compartido grande o mutable. En caso de duda, empieza con valores y perfila las rutas críticas.
Compartir sub-slices con capacidad extra, y luego hacer append en memoria propiedad del llamador. Copia o usa slicing de tres índices.
Escrituras concurrentes sin sincronización. Usa fragmentación de mutex o pasa instantáneas a goroutines de trabajo.
Devolver punteros nil tipados como error. Devuelve nil desnudo en rutas de éxito desde constructores.
Interoperabilidad cgo/syscall, cuellos de botella de cero copia probados, y primitivas estilo stdlib con pruebas por plataforma - nunca por conveniencia.
Tamaño para el pico que quieres absorber sin memoria ilimitada; por defecto sin buffer cuando la sincronización es el objetivo.
make para slices, mapas, canales; literales o var para structs. new es raro en código de aplicación Go idiomático.
Reemplázalo con un nuevo mapa periódicamente o delimita los mapas a la vida útil de la solicitud/generación en lugar de un crecimiento ilimitado.
A menudo para len/append, pero JSON y algunas APIs difieren. Usa make([]T, 0) cuando necesites semántica vacía no-nil.
go test -race, go vet, golangci-lint, y perfiles periódicos de asignación/cpu en cargas de trabajo representativas.
Los genéricos reducen el boxing de interfaces en rutas críticas; las interfaces permanecen para límites de plugins heterogéneos y patrones de stdlib.
Lee los artículos de la sección sobre slices, mapas, interfaces, canales y el explicador del modelo de memoria en orden.
Versiones de Stack: Esta página fue escrita para Go 1.26.x (default Green Tea GC, modernizadores go fix - verifica el parche en la compilación), chi (última - verifica en la compilación), gin (última - verifica en la compilación), echo (última - verifica en la compilación), google.golang.org/grpc (última - verifica en la compilación), sigs.k8s.io/controller-runtime (última - verifica en la compilación), kubebuilder (última - verifica en la compilación), tinygo (última - verifica los objetivos de la placa en la compilación), wazero (última - verifica en la compilación), y golangci-lint (última - verifica el conjunto de linters en la compilación).
Revisado por Chris St. John·Última actualización: 16 jul 2026