Go 1.26 的 new(表达式) 能替代哪些指针写法：可选字段、版本门槛与回退验证

升级到 Go 1.26 后，之前需要先声明一个值再手动取地址的代码，可以合并成一行 new(表达式)。它最适合处理 JSON 和配置结构体里的可选字段；但也别把项目里所有 &变量 都机械替换，老模块的版本适配门槛和 CI 工具链得先全部对齐才行。

Go 1.26 这次到底改了什么

旧版本 Go 中，new 的参数只能传类型，比如写 new(int64) 只能得到一个指向对应类型零值的指针。Go 1.26 放宽了这个语法限制：参数可以直接写表达式，表达式的计算结果会直接作为新申请变量的初始值。

下面两段代码的运行效果完全一致：amount := int64(300); oldPtr := &amount 和 newPtr := new(int64(300))。这次改动解决的就是「初始化一个带指定值的指针」这个高频小痛点，不会改动 Go 原有指针语义，也不会让普通值自动变成可选字段类型。

可选 JSON 字段为什么适合使用 new(表达式)

假设接口定义里的 age 字段用来标记用户是否填写过年龄信息。0 本身是业务上的合法值，nil 才代表用户根本没提交这个字段，这时候用指针做区分，逻辑比额外加布尔标识字段更直观。

type Person struct { Name string `json:"name"`; Age *int `json:"age,omitempty"` }\nfunc makePerson(name string, age int, hasAge bool) Person { person := Person{Name: name}; if hasAge { person.Age = new(age) }; return person }

当 hasAge 为真时，序列化后的 JSON 会输出 "age": 0 或者用户提交的具体年龄值；为假时 omitempty 会直接省略这个字段。使用新的表达式写法后，创建带初始值的指针再也不需要单独声明临时过渡变量了。

先把版本门槛写进项目预检查规则

新语法的风险基本都不在运行时，而是藏在各类构建环境里。开发机本地装了 Go 1.26，不代表 CI 节点、发布镜像和团队成员的编辑器都能正常解析新语法。提交代码前核对三个位置即可：

可以固定几个检查步骤：go version、grep '^go ' go.mod、go test ./...。如果项目还需要兼容 Go 1.25 或者更早的版本，不要单纯为了少写一行代码就引入新语法。

哪些旧写法值得改，哪些不值得

适合替换的是仅做一次性构造的可选值场景，比如接口请求参数、JSON 响应输出对象或者测试用例的测试夹具：type Query struct { Limit *int }; query := Query{Limit: new(50)}。

没必要改的是后续会反复修改、跨多个分支共享、或者需要明确展示变量生命周期的场景：retry := 3; cfg.Retry = &retry; if shouldIncrease { retry++ }。强行把多步逻辑压成一行新语法，反而会让后续读代码的人漏掉后续对指针指向变量的修改逻辑。新语法是用来优化代码意图表达的，不该作为团队风格检查的强制硬规则。

兼容旧工具链时怎么留出回退路径

如果代码仓库需要同时维护多个 Go 版本的分支，可以先保留传统临时变量取地址的写法，把新语法迁移范围限制在新版本专属分支或者明确的构建边界里。

• 所有生产构建已经全部切换到 Go 1.26：新增业务代码可以直接使用 new(表达式)，同时补好对应的单元测试。
• 主分支仍要兼容 Go 1.25 版本：继续使用传统临时变量取地址写法，或者把新语法逻辑隔离到版本专属的代码文件中。
• 仅个人本地工具链升级到 Go 1.26：先评估项目后续维护周期，不要把个人环境的默认配置带到对外公开的公共库里。

回退不是放弃新特性升级。等所有构建矩阵都收敛到 Go 1.26 之后，再局部替换零散的临时变量，代码评审范围更小，出问题也更容易定位。

最小验证：确认指针值、JSON 序列化和兼容性都没变化

给每一处迁移的点写个小的单测，验证指针非空、零值语义符合预期、JSON 字段输出和原有接口约定完全一致：person := makePerson("Lin", 0, true)，检查 person.Age != nil 且 *person.Age == 0，再用 json.Marshal(person) 核对最终输出结果为 {"name":"Lin","age":0}。

单测跑过只能证明本地逻辑行为没变化，还要到 CI 配置的目标构建版本上再完整跑一轮。公共库最好把支持的最低 Go 版本写进贡献说明里，避免新语法悄悄进入对外兼容的代码路径。

相关问题

new(表达式) 会返回堆指针吗？

它返回的是指向新申请变量的指针，变量最终分配在栈上还是堆上完全由编译器的逃逸分析逻辑决定，业务代码不要依赖这个存储位置的假设。

new(0) 和 new(int) 有什么区别？

new(0) 直接根据传入的表达式推导类型，通常得到 *int；new(int) 是按传入的类型创建对应类型的零值指针。两者表达的代码意图完全不同。

可以用 new(表达式) 替代所有取地址操作吗？

不可以。如果后续需要修改同一个指针指向的变量、要共享状态或者需要明确展示变量生命周期的场景，保留带命名的普通变量写法通常更清晰。

把升级收益控制在可审查范围内

Go 1.26 的 new(表达式) 最适合用来减少可选字段初始化的样板代码。提交前确认 go.mod 和全链路 CI 工具链都对齐版本，再用 JSON 序列化测试核对零值和缺省值的逻辑差异。能被单独解释、单独回退、单独验证的改动，才值得放进长期维护的核心代码库。