{"id":121950,"date":"2025-02-15T14:22:29","date_gmt":"2025-02-15T12:22:29","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/go-1-24"},"modified":"2025-02-15T14:22:29","modified_gmt":"2025-02-15T12:22:29","slug":"go-1-24","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/go-1-24","title":{"rendered":"Go 1.24","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Go <\/a> <\/p>\n

El nuevo lanzamiento del lenguaje Go, versi\u00f3n 1.24, llega seis meses despu\u00e9s de Go 1.23<\/a>. La mayor\u00eda de los cambios se encuentran en la implementaci\u00f3n de la herramienta, el tiempo de ejecuci\u00f3n y las bibliotecas. Como siempre, la versi\u00f3n garantiza el compromiso de compatibilidad<\/a> de Go 1. Se espera que los desarrolladores del lenguaje contin\u00faen compilando y ejecutando casi todos los programas de Go como antes.<\/p>\n

<\/noindex><\/noindex> <\/p>\n

Cambios en el lenguaje<\/h2>\n

<\/p>\n

Go 1.24 ahora soporta completamente alias de tipos gen\u00e9ricos<\/a>: un alias de tipo puede ser parametrizado como un tipo declarado. Los detalles se encuentran en la especificaci\u00f3n del lenguaje<\/a>. Por el momento, esta opci\u00f3n puede desactivarse configurando GOEXPERIMENT=noaliastypeparams; sin embargo, la opci\u00f3n aliastypeparams ser\u00e1 eliminada en Go 1.25.<\/p>\n

<\/noindex> <\/p>\n

Herramientas<\/h2>\n

El comando go<\/h3>\n

<\/p>\n

Ahora los m\u00f3dulos go pueden rastrear dependencias ejecutables usando la directiva tool en go.mod. Esto elimina la necesidad de una soluci\u00f3n anterior que a\u00f1ad\u00eda herramientas como importaciones vac\u00edas en el archivo, com\u00fanmente llamado \u201ctools.go\u201d. El comando go tool ahora puede ejecutar estas herramientas adem\u00e1s de las herramientas proporcionadas con Go. M\u00e1s informaci\u00f3n se puede ver en la documentaci\u00f3n<\/a>.<\/p>\n

<\/noindex> <\/p>\n

La nueva bandera -tool para go get agrega la directiva de herramientas en el m\u00f3dulo actual para los paquetes especificados, adem\u00e1s de a\u00f1adir la directiva de requisitos.<\/p>\n

<\/p>\n

Nuevo el meta-patr\u00f3n tool<\/a> se refiere a todas las herramientas en el m\u00f3dulo actual. Esto puede ser utilizado para actualizar todas a trav\u00e9s de go get tool o para instalarlas en su directorio GOBIN a trav\u00e9s de go install tool.<\/p>\n

<\/noindex> <\/p>\n

Los archivos ejecutables creados a trav\u00e9s de go run y el nuevo comportamiento de go tool ahora se almacenan en cach\u00e9 en la cach\u00e9 de compilaci\u00f3n de Go. Esto hace que las ejecuciones repetidas se beneficien de una cach\u00e9 aumentada. #69290<\/a>.<\/p>\n

<\/noindex> <\/p>\n

Los comandos go build y go install ahora aceptan la bandera -json, que informa la salida y errores de compilaci\u00f3n como salida estructurada JSON en la salida est\u00e1ndar. Los detalles del formato pueden verse en go help buildjson.<\/p>\n

<\/p>\n

Adem\u00e1s, go test -json ahora informa la salida y errores de compilaci\u00f3n en JSON, mezcl\u00e1ndose con el JSON del resultado de las pruebas. Se pueden diferenciar por los nuevos tipos de Action, pero si causan problemas en el sistema de integraci\u00f3n de pruebas, se puede volver a la salida textual de la compilaci\u00f3n a trav\u00e9s de la configuraci\u00f3n GODEBUG<\/a> gotestjsonbuildtext=1.<\/p>\n

<\/noindex> <\/p>\n

La nueva variable de entorno GOAUTH proporciona una forma flexible de autenticar tiradas privadas de m\u00f3dulos. Se pueden ver los detalles en go help goauth.<\/p>\n

<\/p>\n

El comando go build ahora establece la versi\u00f3n del m\u00f3dulo principal<\/a> en el binario compilado, basado en la etiqueta y\/o el commit del sistema de control de versiones. El sufijo +dirty se a\u00f1adir\u00e1 si hay cambios no confirmados. Se puede usar la bandera -buildvcs=false para omitir la informaci\u00f3n del control de versiones del binario.<\/p>\n

<\/noindex> <\/p>\n

Nuevo configuraci\u00f3n de GODEBUG<\/a> toolchaintrace=1<\/a> ahora se puede utilizar para rastrear el proceso de selecci\u00f3n del toolchain en el comando go.<\/p>\n

<\/noindex> <\/p>\n

Cgo<\/h3>\n

<\/p>\n

Cgo soporta nuevas anotaciones para funciones C para mejorar el rendimiento en tiempo de ejecuci\u00f3n. #cgo noescape cFunctionName le dice al compilador que la memoria pasada a la funci\u00f3n C cFunctionName no se escapa. #cgo nocallback cFunctionName le dice al compilador que la funci\u00f3n C cFunctionName no llama de vuelta a ninguna funci\u00f3n Go. M\u00e1s informaci\u00f3n se puede ver en la documentaci\u00f3n de cgo<\/a>.<\/p>\n

<\/noindex> <\/p>\n

Cgo ahora se niega a compilar llamadas a funciones C que tienen declaraciones incompatibles. Por ejemplo, si f se declara simult\u00e1neamente como void f(int) y void f(double), cgo reportar\u00e1 un error en lugar de generar una secuencia de llamada incorrecta f(0). Una novedad en esta versi\u00f3n es la mejor detecci\u00f3n de esta condici\u00f3n de error cuando las declaraciones incompatibles aparecen en diferentes archivos. #67699<\/a>.<\/p>\n

<\/noindex> <\/p>\n

Objdump<\/h3>\n

La herramienta objdump ahora soporta la desensamblaci\u00f3n en 64 bits de LoongArch (GOARCH=loong64), RISC-V (GOARCH=riscv64) y S390X (GOARCH=s390x).<\/p>\n

Vet<\/h3>\n

El nuevo analizador de tests informa sobre errores comunes en las declaraciones de tests, fuzzers, benchmarks y ejemplos en paquetes de tests, como nombres mal formados, firmas incorrectas o ejemplos que documentan identificadores inexistentes. Algunos de estos errores pueden resultar en tests no ejecutados.<\/p>\n

<\/p>\n

El analizador printf existente ahora informa diagn\u00f3sticos sobre llamadas de la forma fmt.Printf(s), donde s es una cadena de formato no constante, sin otros argumentos. Tales llamadas casi siempre son un error, ya que el valor s puede contener el s\u00edmbolo %; en su lugar, use fmt.Print. 60529<\/a>. Esta verificaci\u00f3n tiende a encontrar problemas en el c\u00f3digo existente, y por lo tanto se aplica solo cuando la versi\u00f3n del lenguaje (como se indica en la directiva go del archivo go.mod o comentarios `\/\/go:build) es al menos Go 1.24, para evitar fallos en la integraci\u00f3n continua al actualizar a la toolchain Go 1.24.<\/p>\n

<\/noindex> <\/p>\n

El analizador existente de buildtag ahora informa sobre diagn\u00f3sticos cuando hay un error. en la restricci\u00f3n de construcci\u00f3n de versiones anteriores.<\/a> Go en la directiva \/\/go:build. Por ejemplo, \/\/go:build go1.23.1 se refiere a una versi\u00f3n puntual; en su lugar, use \/\/go:build go1.23. #64127<\/a>.<\/p>\n

<\/noindex> <\/p>\n

El analizador existente copylock ahora informa sobre diagn\u00f3sticos cuando una variable declarada en un bucle triple \u2018for\u2019, como for i := iter(); done(i); i = next(i) { \u2026 }, contiene un sync.Locker como sync.Mutex. Go 1.22<\/a> cambi\u00f3 el comportamiento de tales bucles para crear una nueva variable en cada iteraci\u00f3n, copiando valores de la iteraci\u00f3n anterior; esta copia no es segura para los locks. #66387<\/a>.<\/p>\n

<\/noindex> <\/p>\n

GOCACHEPROG<\/h3>\n

<\/p>\n

El binario interno cmd\/go y el mecanismo de cach\u00e9 de pruebas ahora pueden ser implementados por procesos secundarios que implementen el protocolo JSON entre la herramienta cmd\/go y un proceso secundario llamado por la variable de entorno GOCACHEPROG. Antes, esto estaba bajo GOEXPERIMENT. Los detalles del protocolo se pueden ver en la documentaci\u00f3n<\/a>.<\/p>\n

<\/noindex> <\/p>\n

Tiempo de ejecuci\u00f3n<\/h2>\n

<\/p>\n

Varias mejoras de rendimiento en el tiempo de ejecuci\u00f3n han reducido el costo de CPU en un 2-3% en promedio entre un conjunto de benchmarks representativos. Los resultados pueden variar seg\u00fan la aplicaci\u00f3n. Estas mejoras incluyen una nueva implementaci\u00f3n integrada de map basada en Tablas Suecas<\/a>, una asignaci\u00f3n de memoria m\u00e1s eficiente para objetos peque\u00f1os y una nueva implementaci\u00f3n interna de mutex del tiempo de ejecuci\u00f3n.<\/p>\n

<\/noindex> <\/p>\n

La nueva implementaci\u00f3n integrada de map y el nuevo mutex interno del tiempo de ejecuci\u00f3n se pueden desactivar con las configuraciones GOEXPERIMENT=noswissmap y GOEXPERIMENT=nospinbitmutex respectivamente durante la compilaci\u00f3n.<\/p>\n

Compilador<\/h2>\n

El compilador ya prohib\u00eda definir nuevos m\u00e9todos con tipos de receptor que fueron generados por cgo, pero era posible eludir esta restricci\u00f3n a trav\u00e9s de un alias de tipo. Go 1.24 ahora siempre informa un error si el receptor designa un tipo generado por cgo, ya sea directa o indirectamente (a trav\u00e9s de un alias de tipo).<\/p>\n

Vinculador<\/h2>\n

El vinculador ahora genera un identificador de construcci\u00f3n GNU (registro ELF NT_GNU_BUILD_ID) en plataformas ELF y UUID (comando de carga Mach-O LC_UUID) en macOS por defecto. El identificador de construcci\u00f3n o UUID se deriva del identificador de construcci\u00f3n de Go. Esto se puede desactivar con la bandera del vinculador -B none, o sobrescribir con la bandera del vinculador -B 0xNNNN con un valor hexadecimal especificado por el usuario.<\/p>\n

Despliegue<\/h2>\n

<\/p>\n

Como se indic\u00f3 en las notas de versi\u00f3n de Go 1.22<\/a>, Go 1.24 ahora requiere Go 1.22.6 o posterior para su compilaci\u00f3n. Los desarrolladores esperan que Go 1.26 requiera un lanzamiento puntual de Go 1.24 o posterior para compilar.<\/p>\n

<\/noindex> <\/p>\n

Biblioteca est\u00e1ndar<\/h2>\n

Acceso a la sistema de archivos restringido por directorio<\/h3>\n

<\/p>\n

Nuevo tipo os.Root<\/a> permite realizar operaciones con el sistema de archivos dentro de un directorio espec\u00edfico.<\/p>\n

<\/noindex> <\/p>\n

La funci\u00f3n os.OpenRoot<\/a> abre un directorio y devuelve os.Root<\/a>. Los m\u00e9todos en os.Root<\/a> operan en este directorio y no permiten que las rutas se refieran a ubicaciones fuera del directorio, incluyendo aquellas que siguen enlaces simb\u00f3licos fuera del directorio. Los m\u00e9todos en os.Root reflejan la mayor\u00eda de las operaciones del sistema de archivos disponibles en el paquete os, incluyendo, por ejemplo, os.Root.Open<\/a>, os.Root.Create<\/a>, os.Root.Mkdir<\/a> y os.Root.Stat<\/a>.<\/p>\n

<\/noindex> <\/p>\n

Nueva funci\u00f3n de benchmark<\/h3>\n

<\/p>\n

Los benchmarks ahora pueden utilizar un m\u00e9todo m\u00e1s r\u00e1pido y menos propenso a errores testing.B.Loop<\/a> para realizar iteraciones en el benchmark como for b.Loop() { \u2026 } en lugar de las t\u00edpicas estructuras de bucle con b.N como for range b.N. Esto ofrece dos ventajas significativas:<\/p>\n

<\/noindex> <\/p>\n