在遗留的 GOPATH 模式(即,GO111MODULE=off)下,不再支持 go get 命令。其他构建命令(如 go build 和 go test)将继续永久工作于遗留的 GOPATH 程序。
Trace
跟踪工具的 Web UI 在支持新的跟踪器的过程中进行了轻微的更新,解决了一些问题,并改善了各个子页面的可读性。
Web UI 现在支持以线程为导向的视图探索跟踪。跟踪查看器现在还显示所有系统调用的完整持续时间。
Vet
vet 工具的行为已更改以匹配 Go 1.22 中的新语义。在分析需要 Go 1.22 或更新版本的文件时(由其 go.mod 文件或每个文件的构建约束),vet 不再报告来自函数文字内的循环变量的引用,这些引用可能会超出循环的迭代。
vet 工具现在报告调用 append 时未传递任何值的警告,例如 slice = append(slice)。这种语句没有效果,经验表明这几乎总是一个错误。
vet 工具现在报告在结构化日志包 log/slog 中调用函数和方法时出现的不匹配的键值对的警告。它报告关键位置的参数既不是字符串也不是 slog.Attr,并且缺少最后一个键的值。
运行时
运行时现在将基于类型的垃圾回收元数据保存在每个堆对象附近,通过将 Go 程序的 CPU 性能(延迟或吞吐量)提高 1-3%。此更改还通过去重冗余元数据来减少大多数 Go 程序的内存开销约 1%。由于此更改调整了内存分配器的大小类边界,因此一些对象可能会移动到更大的大小类。一些使用需要内存地址始终对齐到 16 字节(或更高)边界的汇编指令的程序现在可能仅对齐到 8 字节边界。一些依赖内存分配器先前对齐行为的程序可能会中断,但我们预计此类程序很少。此类程序可以使用 GOEXPERIMENT=noallocheaders 进行构建,以恢复旧的元数据布局并恢复先前的对齐行为。
在 windows/amd64 端口上,链接或加载使用 -buildmode=c-archive 或 -buildmode=c-shared 构建的 Go 库的程序现在可以使用 SetUnhandledExceptionFilter Win32 函数捕获 Go 运行时未处理的异常。注意,这在 windows/386 端口上已经受支持。