Go编译报错关键看错误关键词和报错行前的结构，问题常在上一行：如expected ';' found 'if'实因前一行结构体漏逗号；{须紧贴if/func同行；字符串引号/反引号须配对；gofmt可暴露括号缩进问题。
go build报错不是代码写错了，而是编译器在告诉你“我读不懂这一行”，关键看它指的**位置**和**关键词**——多数时候问题不在报错行本身，而在它前面。
报错行号不准，重点看错误关键词和上一行结构
Go 编译器不会跳过语法错误继续解析，所以一旦某处少了个 } 或逗号，后续所有行都可能被误判。比如报 ./main.go:23:5: expected ';', found 'if'，真正问题往往在第 20 行的结构体字面量末尾漏了逗号，导致第 21 行的 if 被当成新语句开头。
- 结构体、map、切片字面量中，**最后一个字段后必须加逗号**，否则换行后下一行会被截断解析
- 字符串用双引号开头就必须用双引号结束；反引号
`包裹的原始字符串不能含未转义的换行或` -
gofmt -w main.go后缩进错位、括号不成对会立刻暴露——别跳过这步
undefined type / undefined method 不是拼错，是作用域或导入没对齐
这类错误几乎不来自手误，而是类型定义不可见：
-
undefined type：要么该类型没在当前文件声明，要么所在包没被正确import，或者存在循环导入（A 导入 B，B 又导入 A） -
undefined method：检查接收者类型是否完全匹配（*T和T是不同类型），方法是否在同一个包里定义，或是否漏了import含该方法的包 - 用
go list -f '{{.Deps}}' .查依赖树，确认目标包是否出现在列表中
cgo 相关报错本质是环境没配好，不是 Go 代码问题
报 cgo: C compiler "gcc" not found 或 unknown #:if，说明编译器根本没走到 Go 解析阶段：
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
CGO_ENABLED=0是默认值，但只要代码里有import "C"，就必须设为1 - macOS 上
which gcc输出路径未必在 GoLand 终端的PATH里——桌面启动 GoLand 读~/.zprofile，终端启动才读~/.zshrc - 交叉编译时，
CC_x86_64_linux_gnu="x86_64-linux-gnu-gcc"必须显式指定，不能依赖 fallback 到主机cc
unexpected newline 这类错误，其实是 Go 的自动分号插入规则在报警
它不是说“你多按了回车”，而是在提示“你把本该连着写的两部分硬生生断开了”：
-
if、for、func后的{**必须紧贴关键字同行**，换行就触发错误 - 语句以
)、]、}、标识符或++/--结尾时，若下一行以if、for、return开头，就会被错误断成两条语句 - 安全做法：避免在行尾写
++，改用+= 1；函数调用后不换行写if；所有{紧贴前一个词
真正卡住人的从来不是报错信息本身，而是忽略它指向的上下文边界——比如 expected ';' 其实是在说“我刚读完一个表达式，但没看到结束符”，这时候该回头检查上一个复合字面量有没有逗号，而不是盯着报错行补分号。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
