go程序真正起点是runtime.main，它完成全局初始化、init函数执行和调度器准备后才调用用户func main()；后者必须严格位于package main中、无参数、无返回值，否则编译或链接失败。
Go 的 main 函数不是“起点”，而是 runtime 初始化完成后的第一个用户代码调用点；写错签名、放错包、或多定义，编译或链接阶段就会失败，不会等到运行时才报错。
func main() 必须严格满足这三条签名约束
Go 编译器和链接器（cmd/link）会硬性检查：只有 func main()（无参数、无返回值）且位于 package main 中的函数，才被识别为程序入口。任何偏差都会导致构建失败。
-
func main(args []string)→ 编译通过但链接失败，错误信息是undefined reference to main.main -
func main() int→ 同样链接失败，因为链接器找不到符合 ABI 约定的main.main符号 - 在非
main包里写func main()→ 编译成功，但生成的是库文件（.a），不是可执行文件；go run会直接报no Go files in current directory或忽略它
为什么程序卡在启动阶段，却断不到 main 第一行？
因为 main 函数根本还没开始执行。Go 真实入口是 runtime.main，它会在调用你的 main.main 前，按顺序完成：全局变量初始化 → 所有 init 函数执行（跨包依赖顺序严格）→ 运行时调度器准备。只要其中任一环节阻塞或 panic，程序就停在那里。
- 常见卡点：
init里做同步 HTTP 请求、读取未就绪的配置文件、向未缓冲的 channel 发送数据、对 nil map/slice 赋值 - 调试建议：用
go tool compile -S main.go看汇编，确认入口确实是runtime.main；再用gdb ./main -ex "b runtime.main" -ex r单步跟进，观察在哪一步 halt - 注意：
init函数不能被显式调用，也无法加defer或 recover，一旦 panic，进程立即退出，堆栈里甚至不显示main
多文件共存时，main 函数和跨文件调用怎么组织？
同一目录下所有 .go 文件必须属于同一个包（即都声明 package main），且整个项目只能有一个 func main()。其他函数（如 a1、helper）可分散在不同文件中，但必须在同一包内才能互相调用。
- 错误示范：
2.go里写func a1()，但只运行go run 1.go→ 报undefined: a1，因为go run默认只编译指定文件，不自动包含同目录其他.go文件 - 正确做法：要么用
go run .（运行当前目录全部.go文件），要么确保所有相关文件都被显式列出，如go run 1.go 2.go - 更推荐方式：把业务逻辑抽到独立包（如
package app），main.go只留最简入口，避免main包膨胀和初始化顺序混乱
命令行参数和退出码不能靠 main 函数签名，得用标准方式
Go 不支持 C 风格的带参 main，所有运行时参数必须通过 os.Args 显式获取；退出状态也不能用 return，而要调用 os.Exit(code)。
-
os.Args[0]是执行文件名，实际参数从os.Args[1:]开始 -
os.Exit(0)表示正常退出；非零值（通常 1–125）表示异常，如os.Exit(1)或os.Exit(2) - 注意：
return语句在main函数里只是退出函数，之后runtime.main仍会调用exit(0)；若想提前终止，必须用os.Exit，否则 defer 语句仍会执行
真正容易被忽略的，是 init 函数的执行时机和副作用——它发生在任何 main 代码之前，且没有上下文隔离；一个第三方依赖包里的 init 就可能让整个程序启动失败，而你根本没写过那行代码。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
