2026/8/7 10:58:38
FEATURED · 精选文章 
几周前我偶然发现了 JetBrains 的Go Modern Guidelines项目。它是一系列用于将遗留 Go 代码转换为现代、地道 Go 代码的模式和快速修复工具。这让我开始思考我们中有多少人还在用几年前学的方式写 Go我回忆起最近审查一位同事的 PR 时看到的代码// 这能跑但它“不现代”fori:0;ilen(items);i{process(items[i])}这段代码完全有效能编译、能运行。但它没有用到 Go 1.22 引入的更清晰的整数范围循环。自 Go 1.8 以来这门语言已经发生了巨大的演变增加了许多让代码更可读、更易维护且通常性能更好的特性。然而许多开发者——尤其是那些多年前学习 Go 的人——仍然在用他们习惯的方式写代码。这并非吹毛求疵。每个新特性都解决了实际问题减少了样板代码让意图更清晰。本文将带你了解从 Go 1.8 到 Go 1.24 中那些能立即应用到日常开发中的、最有影响力的变化。基础篇Go 1.8 - 1.13time.Since与time.Until(Go 1.8)测量耗时是再常见不过的操作。现代的方式更干净// 以前啰嗦且容易写错start:time.Now()doWork()elapsed:time.Now().Sub(start)// 顺序容易搞反// 现在清晰且地道start:time.Now()doWork()elapsed:time.Since(start)time.Until(deadline)同样替代了deadline.Sub(time.Now())让截止时间的计算一目了然。errors.Is处理包装错误 (Go 1.13)Go 1.13 引入的fmt.Errorf(%w, err)错误包装是变革性的。但它也带来了新问题你不能再用来检查错误类型了。解决方案是errors.Is// 以前一旦错误被包装直接比较就会失效iferrfs.ErrNotExist{// 如果 err 被 fmt.Errorf(%w, err) 包装过这个条件将不成立}// 现在遍历错误链正确处理iferrors.Is(err,fs.ErrNotExist){// 即使 err 被多层包装也能正确识别}errors.Is会遍历整个错误链检查每一层包装的错误。这在处理会包装错误的库时至关重要。泛型革命Go 1.18any替代interface{}这是最简单的改动视觉影响却最大// 以前冗长funcprocess(datainterface{})interface{}// 现在简洁且富有表现力funcprocess(data any)any它们底层完全一样any是interface{}的别名但意图更清晰代码读起来更舒服。strings.Cut字符串解析变简单你写过多少次这样的模式// 以前索引 切片组合拳idx:strings.Index(s,)ifidx!-1{key:s[:idx]value:s[idx1:]}strings.Cut(Go 1.18) 用一个表达力极强的调用替代了这一切// 现在干净且安全key,value,found:strings.Cut(s,)iffound{// 直接使用 key 和 value}这对于解析键值对、URL 或任何分隔数据都非常优雅。原子操作类型安全Go 1.19sync/atomic包在 Go 1.19 中获得了重大升级引入了类型安全的原子类型// 以前冗长且易错varflagint32atomic.StoreInt32(flag,1)ifatomic.LoadInt32(flag)1{/* ... */}// 现在干净且类型安全varflag atomic.Bool flag.Store(true)ifflag.Load(){/* ... */}atomic.Pointer[T]尤其强大适用于无锁数据结构varconfig atomic.Pointer[Config]newCfg:Config{Timeout:30*time.Second}config.Store(newCfg)// 原子地存储新配置current:config.Load()// 原子地加载标准库复兴Go 1.21内置函数min、max和clear这些函数适用于任何有序类型// 以前手动比较ifab{resulta}else{resultb}// 现在简洁的内置函数result:max(a,b)result:max(a,b,c,d)// 也支持多个参数clear可以清空 map 或对切片元素置零m:map[string]int{a:1,b:2}clear(m)// m 现在为空s:[]int{1,2,3,4,5}clear(s)// s 现在是 []int{0, 0, 0, 0, 0}slices和maps包切片与 Map 操作的革命这两个新包消除了大量手动循环// 不再需要手动循环ifslices.Contains(items,target){/* 找到了 */}pos:slices.Index(items,target)// 查找位置slices.Sort(numbers)// 排序slices.SortFunc(users,func(a,b User)int{// 自定义排序returncmp.Compare(a.Age,b.Age)})oldest:slices.Max(ages)// 找最大值backup:slices.Clone(items)// 克隆itemsslices.Compact(items)// 去重连续重复maps包同样简洁copy:maps.Clone(original)// 克隆 mapmaps.Copy(destination,source)// 复制条目// 删除符合条件的条目maps.DeleteFunc(m,func(kstring,vint)bool{returnv0})sync.OnceFunc与sync.OnceValue这些函数消除了sync.Once的样板代码// 以前繁琐的初始化var(once sync.Once config*Config)funcGetConfig()*Config{once.Do(func(){configloadConfig()})returnconfig}// 现在简洁直接vargetConfigsync.OnceValue(func()*Config{returnloadConfig()})cfg:getConfig()// 首次调用时执行后续返回缓存值循环革命Go 1.22for i : range n整数范围循环这是最能清理你代码的改动// 以前啰嗦的 C 风格循环fori:0;ilen(items);i{process(items[i])}// 现在简洁且富有表现力fori:rangelen(items){process(items[i])}// 甚至用于纯计数fori:range10{fmt.Println(i)// 0, 1, 2, ..., 9}修复的循环变量捕获这是一个臭名昭著的 Go 陷阱终于被修复了// 以前有 Bug所有 goroutine 看到的都是同一个值for_,item:rangeitems{gofunc(){process(item)// 错误都看到最后一个 item}()}// 旧的变通方法作为参数传递for_,item:rangeitems{gofunc(item Item){process(item)}(item)}// 现在Go 1.22直接工作for_,item:rangeitems{gofunc(){process(item)// 每个 goroutine 都有自己的副本}()}cmp.Or第一个非零值这对于带默认值的配置非常完美// 以前冗长的回退链name:os.Getenv(NAME)ifname{nameconfig.Nameifname{namedefault}}// 现在干净且线性name:cmp.Or(os.Getenv(NAME),config.Name,default,)迭代器模式Go 1.23Go 1.23 引入了迭代器maps和slices包开始支持这一模式// 直接迭代 map 的键fork:rangemaps.Keys(m){fmt.Println(k)}// 将键收集到切片keys:slices.Collect(maps.Keys(m))// 收集并排序sortedKeys:slices.Sorted(maps.Keys(m))测试与 JSON 改进Go 1.24t.Context()测试中的上下文不再需要在测试中手动创建上下文// 以前繁琐的设置funcTestFeature(t*testing.T){ctx,cancel:context.WithCancel(context.Background())defercancel()result:doSomething(ctx)}// 现在干净且自动funcTestFeature(t*testing.T){result:doSomething(t.Context())// 测试结束时自动取消}omitzero正确的零值处理omitempty标签对time.Duration或结构体等类型不起作用。omitzero(Go 1.24) 修复了这个问题// 以前Duration 的零值仍会出现在 JSON 中typeConfigstruct{Timeout time.Durationjson:timeout,omitempty// 不生效}// 现在正确的零值处理typeConfigstruct{Timeout time.Durationjson:timeout,omitzero// 正确工作}结语Go 从 1.8 到 1.24 的演进是一场关于清晰、安全和效率的持续革新。每一个新特性都在解决真实的痛点减少样板代码并让代码的意图更明确。这些特性的累积效应是巨大的——代码变得更可读、更易维护、更不容易出错。如果你还在使用旧版本可以考虑逐步升级并开始在日常开发中应用这些新特性。你的未来自己会感谢你的。
不要再用10年前的方式写Go了
几周前我偶然发现了 JetBrains 的Go Modern Guidelines项目。它是一系列用于将遗留 Go 代码转换为现代、地道 Go 代码的模式和快速修复工具。这让我开始思考我们中有多少人还在用几年前学的方式写 Go我回忆起最近审查一位同事的 PR 时看到的代码// 这能跑但它“不现代”fori:0;ilen(items);i{process(items[i])}这段代码完全有效能编译、能运行。但它没有用到 Go 1.22 引入的更清晰的整数范围循环。自 Go 1.8 以来这门语言已经发生了巨大的演变增加了许多让代码更可读、更易维护且通常性能更好的特性。然而许多开发者——尤其是那些多年前学习 Go 的人——仍然在用他们习惯的方式写代码。这并非吹毛求疵。每个新特性都解决了实际问题减少了样板代码让意图更清晰。本文将带你了解从 Go 1.8 到 Go 1.24 中那些能立即应用到日常开发中的、最有影响力的变化。基础篇Go 1.8 - 1.13time.Since与time.Until(Go 1.8)测量耗时是再常见不过的操作。现代的方式更干净// 以前啰嗦且容易写错start:time.Now()doWork()elapsed:time.Now().Sub(start)// 顺序容易搞反// 现在清晰且地道start:time.Now()doWork()elapsed:time.Since(start)time.Until(deadline)同样替代了deadline.Sub(time.Now())让截止时间的计算一目了然。errors.Is处理包装错误 (Go 1.13)Go 1.13 引入的fmt.Errorf(%w, err)错误包装是变革性的。但它也带来了新问题你不能再用来检查错误类型了。解决方案是errors.Is// 以前一旦错误被包装直接比较就会失效iferrfs.ErrNotExist{// 如果 err 被 fmt.Errorf(%w, err) 包装过这个条件将不成立}// 现在遍历错误链正确处理iferrors.Is(err,fs.ErrNotExist){// 即使 err 被多层包装也能正确识别}errors.Is会遍历整个错误链检查每一层包装的错误。这在处理会包装错误的库时至关重要。泛型革命Go 1.18any替代interface{}这是最简单的改动视觉影响却最大// 以前冗长funcprocess(datainterface{})interface{}// 现在简洁且富有表现力funcprocess(data any)any它们底层完全一样any是interface{}的别名但意图更清晰代码读起来更舒服。strings.Cut字符串解析变简单你写过多少次这样的模式// 以前索引 切片组合拳idx:strings.Index(s,)ifidx!-1{key:s[:idx]value:s[idx1:]}strings.Cut(Go 1.18) 用一个表达力极强的调用替代了这一切// 现在干净且安全key,value,found:strings.Cut(s,)iffound{// 直接使用 key 和 value}这对于解析键值对、URL 或任何分隔数据都非常优雅。原子操作类型安全Go 1.19sync/atomic包在 Go 1.19 中获得了重大升级引入了类型安全的原子类型// 以前冗长且易错varflagint32atomic.StoreInt32(flag,1)ifatomic.LoadInt32(flag)1{/* ... */}// 现在干净且类型安全varflag atomic.Bool flag.Store(true)ifflag.Load(){/* ... */}atomic.Pointer[T]尤其强大适用于无锁数据结构varconfig atomic.Pointer[Config]newCfg:Config{Timeout:30*time.Second}config.Store(newCfg)// 原子地存储新配置current:config.Load()// 原子地加载标准库复兴Go 1.21内置函数min、max和clear这些函数适用于任何有序类型// 以前手动比较ifab{resulta}else{resultb}// 现在简洁的内置函数result:max(a,b)result:max(a,b,c,d)// 也支持多个参数clear可以清空 map 或对切片元素置零m:map[string]int{a:1,b:2}clear(m)// m 现在为空s:[]int{1,2,3,4,5}clear(s)// s 现在是 []int{0, 0, 0, 0, 0}slices和maps包切片与 Map 操作的革命这两个新包消除了大量手动循环// 不再需要手动循环ifslices.Contains(items,target){/* 找到了 */}pos:slices.Index(items,target)// 查找位置slices.Sort(numbers)// 排序slices.SortFunc(users,func(a,b User)int{// 自定义排序returncmp.Compare(a.Age,b.Age)})oldest:slices.Max(ages)// 找最大值backup:slices.Clone(items)// 克隆itemsslices.Compact(items)// 去重连续重复maps包同样简洁copy:maps.Clone(original)// 克隆 mapmaps.Copy(destination,source)// 复制条目// 删除符合条件的条目maps.DeleteFunc(m,func(kstring,vint)bool{returnv0})sync.OnceFunc与sync.OnceValue这些函数消除了sync.Once的样板代码// 以前繁琐的初始化var(once sync.Once config*Config)funcGetConfig()*Config{once.Do(func(){configloadConfig()})returnconfig}// 现在简洁直接vargetConfigsync.OnceValue(func()*Config{returnloadConfig()})cfg:getConfig()// 首次调用时执行后续返回缓存值循环革命Go 1.22for i : range n整数范围循环这是最能清理你代码的改动// 以前啰嗦的 C 风格循环fori:0;ilen(items);i{process(items[i])}// 现在简洁且富有表现力fori:rangelen(items){process(items[i])}// 甚至用于纯计数fori:range10{fmt.Println(i)// 0, 1, 2, ..., 9}修复的循环变量捕获这是一个臭名昭著的 Go 陷阱终于被修复了// 以前有 Bug所有 goroutine 看到的都是同一个值for_,item:rangeitems{gofunc(){process(item)// 错误都看到最后一个 item}()}// 旧的变通方法作为参数传递for_,item:rangeitems{gofunc(item Item){process(item)}(item)}// 现在Go 1.22直接工作for_,item:rangeitems{gofunc(){process(item)// 每个 goroutine 都有自己的副本}()}cmp.Or第一个非零值这对于带默认值的配置非常完美// 以前冗长的回退链name:os.Getenv(NAME)ifname{nameconfig.Nameifname{namedefault}}// 现在干净且线性name:cmp.Or(os.Getenv(NAME),config.Name,default,)迭代器模式Go 1.23Go 1.23 引入了迭代器maps和slices包开始支持这一模式// 直接迭代 map 的键fork:rangemaps.Keys(m){fmt.Println(k)}// 将键收集到切片keys:slices.Collect(maps.Keys(m))// 收集并排序sortedKeys:slices.Sorted(maps.Keys(m))测试与 JSON 改进Go 1.24t.Context()测试中的上下文不再需要在测试中手动创建上下文// 以前繁琐的设置funcTestFeature(t*testing.T){ctx,cancel:context.WithCancel(context.Background())defercancel()result:doSomething(ctx)}// 现在干净且自动funcTestFeature(t*testing.T){result:doSomething(t.Context())// 测试结束时自动取消}omitzero正确的零值处理omitempty标签对time.Duration或结构体等类型不起作用。omitzero(Go 1.24) 修复了这个问题// 以前Duration 的零值仍会出现在 JSON 中typeConfigstruct{Timeout time.Durationjson:timeout,omitempty// 不生效}// 现在正确的零值处理typeConfigstruct{Timeout time.Durationjson:timeout,omitzero// 正确工作}结语Go 从 1.8 到 1.24 的演进是一场关于清晰、安全和效率的持续革新。每一个新特性都在解决真实的痛点减少样板代码并让代码的意图更明确。这些特性的累积效应是巨大的——代码变得更可读、更易维护、更不容易出错。如果你还在使用旧版本可以考虑逐步升级并开始在日常开发中应用这些新特性。你的未来自己会感谢你的。 
