go 的 main 函数必须为 func main() 且位于 package main 中，否则链接失败；参数或返回值会导致 undefined reference to main.main；非 main 包中的 main 函数被忽略；程序真正起点是 runtime.main，需完成初始化、init 调用和调度器准备后才执行 main；main 返回即进程终止，不等待其他 goroutine。
Go 的 main 函数必须写成 func main()，且只能出现在 package main 中；任何参数、返回值、包名偏差都会导致链接失败，不是运行时报错，而是根本生成不了可执行文件。
为什么 func main(args []string) 编译通过却运行不了
Go 编译器允许这个函数存在（语法上合法），但链接器 cmd/link 严格查找符号 main.main，它只认零参数零返回的签名。一旦你加了参数，链接阶段就报：undefined reference to main.main。这不是 warning，是 fatal error，go build 直接退出，不会产出二进制。
- 常见诱因：从 C/Python 转过来，下意识带
args参数 - 命令行参数必须用
os.Args或flag包显式读取 - 想返回退出码？不能靠函数返回值，得调用
os.Exit(n)
放在非 main 包里的 func main() 会怎样
它只是个普通函数，和 func helper() 没区别。Go 不会报错，但 go run . 会提示 no Go files in current directory（如果当前目录没 package main 文件），或静默忽略该文件——因为构建系统只扫描 package main 下的 main 函数作为入口。
- 多包混在一个目录？比如一个文件写
package utils，另一个写package main→ 编译失败：cannot mix package utils and package main in same directory - 子目录有
main.go，但在父目录执行go run .→ 运行的是父目录的包（可能压根不是main包） - 测试文件里（
_test.go）写了func main()？编译器直接跳过，不参与构建
main 函数还没开始执行，程序就卡住了？
因为 main 根本不是第一行代码。真实起点是 runtime.main，它在调用你的 main.main 前，必须完成三件事：全局变量初始化 → 所有 init() 函数按依赖顺序执行 → 运行时调度器准备。任一环节阻塞或 panic，程序就停在那里，连 main 的第一行都进不去。
- 典型卡点：
init里同步 HTTP 请求、读未就绪配置、向无缓冲 channel 发送、对 nil map 赋值 -
init无法 recover，panic 会直接终止进程，堆栈里甚至不显示main - 调试建议：用
go tool compile -S main.go看汇编确认入口是runtime.main；再用gdb ./main -ex "b runtime.main" -ex r单步跟进
最容易被忽略的一点：main 函数返回 ≠ 所有 goroutine 结束。只要 main 函数退出，整个进程立即终止，正在跑的后台 goroutine 可能被粗暴中断——别指望它们能“优雅收尾”。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
