go fmt 和 go vet 是零基础学 Go 必须从第一行代码就启用的工具：前者强制统一格式、避免语义干扰，后者提前捕获未使用变量、重复声明、非法比较等新手高频错误，二者共同构成 Go 工程化的启动开关。
go fmt 和 go vet 是零基础学 Golang 开发规范最该立刻用起来的两个命令，不是“将来再学”，而是从写第一行 fmt.Println 就该同步执行。
为什么不能等写完再格式化？
因为格式错误会干扰语义理解。比如 funcmain(){（没空格）或 ifx>0{（无空格、无换行），初学者容易误以为是语法错误，其实 Go 编译器能接受，但可读性崩坏，且后续 go vet 或 IDE 插件可能因解析异常而漏报真正问题。
-
go fmt不只是加缩进——它重排函数签名、对齐结构体字段、标准化 import 分组，是 Go 社区事实上的“语法层协议” - 不运行
go fmt直接提交代码，在任何稍具规模的团队里等于拒绝协作 - 编辑器保存时自动执行
go fmt（如 VS Code 的 “Format on Save” + Go 扩展）比手动敲命令更可靠
go vet 能抓到哪些新手必踩的坑？
它不是编译器，但比编译器更早告诉你“逻辑可疑”。刚学变量和作用域时，90% 的困惑都来自未使用变量、重复声明或错误的类型比较。
-
var x int声明后没用 → 报错x declared and not used -
err := someFunc()后又写err := otherFunc()→ 第二行实际是新声明（如果err未在当前作用域首次出现），go vet不报，但go build会报no new variables on left side of := - 用
==比较含 slice/map/func 的 struct → 静态检查直接失败，避免运行时报 panic
从第一天就该建立的三个自动化习惯
规范不是靠记忆，是靠工具链咬住你。这三个动作必须固化到肌肉记忆里：
- 每次保存
.go文件，自动触发go fmt（VS Code 默认开启，Sublime/GoLand 需手动配） - 每次
git add前，手动跑一次go vet ./...（注意是./...，不是.，否则跳过子模块） - 新建项目第一件事：执行
go mod init example.com/foo，然后立刻写个空main.go并go run main.go，验证环境 + 格式化 + vet 三者连通
go fmt 没跑、go vet 没看、go mod 初始化漏掉——这些不是“细节”，是 Go 工程的启动开关。漏一个，后面所有练习都会在奇怪的地方报错，且错误信息和你写的代码看似无关。 
