2023年Stack Overflow调研显示，Go开发者满意度连续5年位居前三。但多数人只用过go run和go build，剩下十几个命令里藏着些挺实用的工具。

今天聊三个被低估的：go fmt、go vet、go env。它们不生成可执行文件，却决定了你的代码能不能进生产环境。

go fmt：谷歌工程师不写代码风格文档

Go语言设计者Rob Pike说过一句挺有意思的话：「程序员应该把精力放在代码做什么，而不是代码长什么样。」

go fmt就是这个理念的产物。它强制统一缩进、换行、括号位置，没有配置选项，不接受讨价还价。

JavaScript开发者第一次用会懵——Prettier有200多个配置项，go fmt一个都没有。但谷歌内部代码审查数据显示，格式化相关的评论减少了约20%。

代价是你得适应它的风格。比如大括号必须跟在同一行，换行就编译错误。不习惯的人觉得被管得太死，习惯的人觉得省了吵架的力气。

go vet：编译器没拦住的坑

go vet的定位是「找编译器漏掉的错误」。不是语法错误，是逻辑陷阱。

比如Printf格式字符串和参数数量对不上，或者向函数传了错误类型的值。这些代码能编译通过，运行时才炸。

CI流程里加一行go vet，能拦住不少低级bug。有人统计过，Go标准库自己的提交里，vet发现的错误占比不低。

但它也有盲区。只报「可能有问题」，不报「一定有问题」。误报率低，漏报率不算低。

go env：环境变量的真相

go env输出十几项环境配置，大部分开发者只关心GOROOT和GOPATH。

但GOOS和GOARCH值得多看一眼。交叉编译时，一行命令就能让Mac生成Windows可执行文件：GOOS=windows go build。

还有GOMODCACHE，模块缓存位置。磁盘满了构建失败，往往是因为它。

这些变量在排查「我机器上能跑」类问题时特别管用。

你团队里有人在用go vet做预提交检查吗，还是直接推上去等CI报错？