可执行程序需满足package main且含func main()；库代码为非main包名，导出符号首字母大写；cmd/子目录下package main才是真实入口。
直接看包声明和入口函数，就能判断代码是库还是可执行程序；真正卡住阅读进度的，从来不是语法，而是没搞清它在哪个抽象层级干活。
怎么看清代码属于哪种类型（main / lib / tool）
Go 代码的意图，第一眼就藏在 package 声明和文件结构里：
-
package main+ 有func main()→ 可执行程序，关注main函数调用链和命令行参数解析（比如是否用flag或spf13/cobra） -
package xxx（非 main）→ 库代码，重点看导出符号：type、func名首字母大写，再顺藤摸瓜看哪些被main或其他包 import - 如果目录下有
cmd/xxx子目录，且里面是package main→ 那才是真正的可执行入口，上层package xxx往往只是它的逻辑拆分
怎么跳过无关细节，直奔核心逻辑
别从 import 开始逐行读。先定位三个锚点：
- 找
func main()或顶层 handler（如http.HandleFunc、grpc.RegisterXxxServer），这是控制流起点 - 找所有带
return的err != nil分支——这些是业务失败路径，快速扫一遍就知道它容错边界在哪 - 找
for、select、go关键字出现密集的地方——并发模型、循环处理、状态机通常藏在这里
遇到 io.Copy、json.Unmarshal、db.QueryRow 这类标准库调用，直接跳过实现，只确认输入来源和输出去向；它们不是逻辑重点，只是数据搬运工。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
怎么识别常见 Go 惯用法陷阱
很多“看不懂”其实是被惯用法误导了：
-
defer不一定在收尾：常被用于资源配对（f, _ := os.Open(); defer f.Close()），但若 defer 后面跟的是函数调用而非表达式（如defer close(ch)），要立刻警惕 channel 是否提前关闭 - 空接口
interface{}和any不等于“随便传”，而是信号：“这里需要泛型还没普及前的妥协方案”，接着找它实际被 cast 成什么类型（比如v.(string)或json.Marshal(v)） - 接收者是值类型
func (s S) M()却在方法里取地址&s→ 八成是误用，因为每次调用都生成新副本，&s指向的是临时变量，生命周期仅限该次调用
怎么利用工具少动脑多定位
别靠眼睛搜，用编辑器真实能力：
- 在 Goland 或 VS Code + Go 插件中，把光标停在函数名上按
Ctrl+Click（或Cmd+Click），直接跳转到定义；按Alt+F7查看所有调用处，比手动 grep 快十倍 - 想确认某个 struct 字段是否被修改过？右键字段名 → “Find Usages”，勾选 “Write access only”
- 看到一堆
ctx.WithValue，不确定 key 是什么类型？查它的定义，大概率是个未导出的type ctxKey int，然后搜索ctxKey(就能找到所有注入点
最易被忽略的一点：Go 源码里大量使用空白标识符 _ 忽略返回值，但如果你在基准测试或关键路径里看到 _, err := doSomething()，必须停下来问一句——这个 err 真的可以丢？还是本该记录日志或提前返回？这种地方往往藏着线上静默失败的根源。
