{"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\/pt\/blog\/news\/go-1-24","title":{"rendered":"Go 1.24","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

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

A nova vers\u00e3o do Go, 1.24, \u00e9 lan\u00e7ada seis meses ap\u00f3s Go 1.23<\/a>. A maioria das mudan\u00e7as est\u00e1 na implementa\u00e7\u00e3o da cadeia de ferramentas, do runtime e das bibliotecas. Como sempre, o lan\u00e7amento garante a promessa de compatibilidade<\/a> do Go 1. Os desenvolvedores da linguagem esperam que quase todos os programas em Go continuem a compilar e funcionar como antes.<\/p>\n

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

Mudan\u00e7as na linguagem<\/h2>\n

<\/p>\n

O Go 1.24 agora suporta completamente aliases de tipos gen\u00e9ricos<\/a>: o alias de tipo pode ser parametrizado como um tipo declarado. Mais detalhes na especifica\u00e7\u00e3o da linguagem<\/a>. Por enquanto, essa funcionalidade pode ser desativada configurando GOEXPERIMENT=noaliastypeparams; no entanto, a op\u00e7\u00e3o aliastypeparams ser\u00e1 removida no Go 1.25.<\/p>\n

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

Ferramentas<\/h2>\n

O comando go<\/h3>\n

<\/p>\n

M\u00f3dulos do Go agora podem rastrear depend\u00eancias execut\u00e1veis usando a diretiva tool em go.mod. Isso elimina a necessidade da solu\u00e7\u00e3o anterior de adicionar ferramentas como imports vazios no arquivo, geralmente chamado de \u201ctools.go\u201d. O comando go tool agora pode executar essas ferramentas al\u00e9m das ferramentas fornecidas com o Go. Mais informa\u00e7\u00f5es podem ser vistas em documenta\u00e7\u00e3o<\/a>.<\/p>\n

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

A nova flag -tool para go get leva \u00e0 adi\u00e7\u00e3o da diretiva de ferramenta no m\u00f3dulo atual para os pacotes especificados, al\u00e9m de adicionar diretivas de requisitos.<\/p>\n

<\/p>\n

Novo meta-padr\u00e3o tool<\/a> se refere a todas as ferramentas no m\u00f3dulo atual. Isso pode ser usado para atualizar todas elas atrav\u00e9s do go get tool ou para instal\u00e1-las no seu diret\u00f3rio GOBIN atrav\u00e9s do go install tool.<\/p>\n

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

Os arquivos execut\u00e1veis criados atrav\u00e9s do go run e o novo comportamento do go tool agora s\u00e3o armazenados em cache no cache de constru\u00e7\u00e3o do Go. Isso torna as execu\u00e7\u00f5es repetidas mais r\u00e1pidas devido ao cache aumentado. #69290<\/a>.<\/p>\n

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

Os comandos go build e go install agora aceitam a flag -json, que informa a sa\u00edda e os erros da constru\u00e7\u00e3o como uma sa\u00edda estruturada em JSON na sa\u00edda padr\u00e3o. Os detalhes do formato podem ser vistos em go help buildjson.<\/p>\n

<\/p>\n

Al\u00e9m disso, go test -json agora reporta a sa\u00edda e os erros da constru\u00e7\u00e3o em JSON, misturados com o JSON do resultado do teste. Eles podem ser diferenciados por novos tipos de A\u00e7\u00e3o, mas se isso causar problemas no sistema de integra\u00e7\u00e3o de testes, pode-se reverter para a sa\u00edda de texto da constru\u00e7\u00e3o atrav\u00e9s da configura\u00e7\u00e3o GODEBUG<\/a> gotestjsonbuildtext=1.<\/p>\n

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

A nova vari\u00e1vel de ambiente GOAUTH fornece uma maneira flex\u00edvel de autenticar pulls privados de m\u00f3dulos. Os detalhes podem ser vistos em go help goauth.<\/p>\n

<\/p>\n

O comando go build agora instala a vers\u00e3o do m\u00f3dulo principal<\/a> no bin\u00e1rio compilado, com base na tag e\/ou commit do sistema de controle de vers\u00e3o. O sufixo +dirty ser\u00e1 adicionado na presen\u00e7a de altera\u00e7\u00f5es n\u00e3o commitadas. \u00c9 poss\u00edvel usar a flag -buildvcs=false para omitir informa\u00e7\u00f5es de controle de vers\u00e3o do bin\u00e1rio.<\/p>\n

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

Novo configura\u00e7\u00e3o de GODEBUG<\/a> toolchaintrace=1<\/a> agora pode ser usada para rastrear o processo de sele\u00e7\u00e3o da toolchain na equipe go.<\/p>\n

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

Cgo<\/h3>\n

<\/p>\n

Cgo suporta novas anota\u00e7\u00f5es para fun\u00e7\u00f5es C para melhorar o desempenho em tempo de execu\u00e7\u00e3o. #cgo noescape cFunctionName informa ao compilador que a mem\u00f3ria passada para a fun\u00e7\u00e3o C cFunctionName n\u00e3o escapa. #cgo nocallback cFunctionName informa ao compilador que a fun\u00e7\u00e3o C cFunctionName n\u00e3o chama nenhuma fun\u00e7\u00e3o Go. Mais informa\u00e7\u00f5es podem ser vistas na documenta\u00e7\u00e3o do cgo<\/a>.<\/p>\n

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

Cgo atualmente se recusa a compilar chamadas para fun\u00e7\u00f5es C que possuem declara\u00e7\u00f5es incompat\u00edveis. Por exemplo, se f for declarado tanto como void f(int) quanto como void f(double), cgo gerar\u00e1 um erro em vez de possivelmente gerar uma sequ\u00eancia de chamadas incorreta f(0). O novo neste lan\u00e7amento \u00e9 uma detec\u00e7\u00e3o aprimorada dessa condi\u00e7\u00e3o de erro quando declara\u00e7\u00f5es incompat\u00edveis aparecem em arquivos diferentes. #67699<\/a>.<\/p>\n

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

Objdump<\/h3>\n

A ferramenta objdump agora suporta desassemblagem em LoongArch de 64 bits (GOARCH=loong64), RISC-V (GOARCH=riscv64) e S390X (GOARCH=s390x).<\/p>\n

Vet<\/h3>\n

Um novo analisador de testes informa erros comuns em declara\u00e7\u00f5es de testes, fuzzers, benchmarks e exemplos em pacotes de teste, como nomes malformados, assinaturas incorretas ou exemplos que documentam identificadores inexistentes. Alguns desses erros podem levar \u00e0 falha dos testes.<\/p>\n

<\/p>\n

O analisador printf existente agora relata diagn\u00f3sticos para chamadas da forma fmt.Printf(s), onde s \u00e9 uma string de formato n\u00e3o constante, sem outros argumentos. Essas chamadas quase sempre s\u00e3o um erro, pois o valor de s pode conter o s\u00edmbolo %; em vez disso, use fmt.Print. 60529<\/a>. Essa verifica\u00e7\u00e3o tende a fazer descobertas em c\u00f3digo existente, e, portanto, \u00e9 aplicada apenas quando a vers\u00e3o da linguagem (conforme especificado pela diretiva go no arquivo go.mod ou nos coment\u00e1rios `\/\/go:build`) \u00e9 pelo menos Go 1.24, para evitar que ocorram falhas de integra\u00e7\u00e3o cont\u00ednua ao atualizar para a toolchain Go 1.24.<\/p>\n

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

O analisador buildtag existente agora reporta diagn\u00f3sticos quando h\u00e1 uma restri\u00e7\u00e3o de vers\u00e3o de build incorreta. vers\u00e3o superior da build<\/a> Go na diretiva \/\/go:build. Por exemplo, \/\/go:build go1.23.1 refere-se a uma vers\u00e3o pontual; em vez disso, use \/\/go:build go1.23. #64127<\/a>.<\/p>\n

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

O analisador copylock existente agora reporta diagn\u00f3sticos quando uma vari\u00e1vel declarada em um loop 'for' triplo, como for i := iter(); done(i); i = next(i) { \u2026 }, cont\u00e9m sync.Locker, como sync.Mutex. Go 1.22<\/a> mudou o comportamento desses loops para criar uma nova vari\u00e1vel em cada itera\u00e7\u00e3o, copiando os valores da itera\u00e7\u00e3o anterior; essa c\u00f3pia n\u00e3o \u00e9 segura para locks. #66387<\/a>.<\/p>\n

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

GOCACHEPROG<\/h3>\n

<\/p>\n

O bin\u00e1rio interno cmd\/go e o mecanismo de cache de testes agora podem ser implementados por processos filhos que implementam o protocolo JSON entre a ferramenta cmd\/go e o processo filho, nomeado pela vari\u00e1vel de ambiente GOCACHEPROG. Antes, isso estava sob GOEXPERIMENT. Os detalhes do protocolo podem ser vistos em documenta\u00e7\u00e3o<\/a>.<\/p>\n

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

Tempo de Execu\u00e7\u00e3o<\/h2>\n

<\/p>\n

V\u00e1rias melhorias de desempenho no runtime reduziram a sobrecarga da CPU em m\u00e9dia de 2 a 3% entre um conjunto representativo de benchmarks. Os resultados podem variar de acordo com o aplicativo. Essas melhorias incluem uma nova implementa\u00e7\u00e3o interna de mapa baseada em Tabelas Suecas<\/a>, aloca\u00e7\u00e3o de mem\u00f3ria mais eficiente para pequenos objetos e uma nova implementa\u00e7\u00e3o interna de mutex no runtime.<\/p>\n

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

A nova implementa\u00e7\u00e3o interna de mapa e o novo mutex do runtime podem ser desativados com as configura\u00e7\u00f5es GOEXPERIMENT=noswissmap e GOEXPERIMENT=nospinbitmutex durante a build, respectivamente.<\/p>\n

Compilador<\/h2>\n

O compilador j\u00e1 proibia a defini\u00e7\u00e3o de novos m\u00e9todos com tipos de receptor gerados pelo cgo, mas era poss\u00edvel contornar essa restri\u00e7\u00e3o por meio de alias de tipo. O Go 1.24 agora sempre reporta um erro se o receptor designa um tipo gerado pelo cgo, direta ou indiretamente (atrav\u00e9s de um tipo alias).<\/p>\n

Linker<\/h2>\n

O linker agora gera um identificador de build GNU (registro ELF NT_GNU_BUILD_ID) em plataformas ELF e UUID (comando de carregamento Mach-O LC_UUID) no macOS por padr\u00e3o. O identificador de build ou UUID \u00e9 derivado do identificador de build do Go. Isso pode ser desativado com a flag do linker -B none, ou redefinido com a flag do linker -B 0xNNNN com um valor hexadecimal especificado pelo usu\u00e1rio.<\/p>\n

Promo\u00e7\u00e3o<\/h2>\n

<\/p>\n

Como indicado em notas da vers\u00e3o do Go 1.22<\/a>, Go 1.24 agora requer Go 1.22.6 ou posterior para ser executado. Os desenvolvedores esperam que Go 1.26 exija um ponto de lan\u00e7amento Go 1.24 ou posterior para sua execu\u00e7\u00e3o.<\/p>\n

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

Biblioteca padr\u00e3o<\/h2>\n

Acesso limitado ao sistema de arquivos por diret\u00f3rio<\/h3>\n

<\/p>\n

Novo tipo os.Root<\/a> oferece a capacidade de realizar opera\u00e7\u00f5es de sistema de arquivos dentro de um diret\u00f3rio espec\u00edfico.<\/p>\n

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

Fun\u00e7\u00e3o os.OpenRoot<\/a> abre um diret\u00f3rio e retorna os.Root<\/a>. Os m\u00e9todos em os.Root<\/a> operam dentro deste diret\u00f3rio e n\u00e3o permitem que os caminhos fa\u00e7am refer\u00eancia a locais fora do diret\u00f3rio, incluindo aqueles que seguem links simb\u00f3licos para fora do diret\u00f3rio. Os m\u00e9todos em os.Root refletem a maioria das opera\u00e7\u00f5es de sistema de arquivos dispon\u00edveis no pacote os, incluindo, por exemplo, os.Root.Open<\/a>, os.Root.Create<\/a>, os.Root.Mkdir<\/a> e os.Root.Stat<\/a>.<\/p>\n

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

Nova fun\u00e7\u00e3o de benchmark<\/h3>\n

<\/p>\n

Os benchmarks agora podem usar um m\u00e9todo mais r\u00e1pido e menos propenso a erros testing.B.Loop<\/a> para realizar itera\u00e7\u00f5es de benchmark como for b.Loop() { \u2026 } em vez de estruturas de loop t\u00edpicas envolvendo b.N como for range b.N. Isso oferece duas vantagens significativas:<\/p>\n

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