go run先编译链接再执行，不生成可执行文件，适合调试；go build显式生成可执行文件用于部署。两者均要求package main和func main()，但go run在临时目录执行、os.args[0]指向临时路径，而go build输出文件在指定位置。
go run 是最直接的运行方式，但背后涉及编译、链接、执行三步；它不生成可执行文件，适合开发调试。真正理解运行过程，得拆开看每一步在干什么。
为什么 go run hello.go 能直接输出结果？
这命令不是“解释执行”，而是先调用 Go 编译器把源码编译成临时二进制，再立即执行，最后自动清理临时文件。整个过程对用户透明，但有几点必须注意：
-
hello.go必须在package main下，且包含func main()—— 否则报错no main package in - 当前目录下不能有多个
.go文件（除非显式指定），否则会报multiple packages - 如果项目已初始化模块（
go mod init），go run会按模块依赖解析导入包；没初始化时只认标准库
go build 和 go run 的关键区别在哪？
go build 显式生成可执行文件，而 go run 不留痕迹。区别直接影响部署、调试和跨平台行为：
-
go build hello.go→ 生成同名可执行文件（如hello或hello.exe），可复制到无 Go 环境的机器上直接运行 -
go build -o myapp ./→ 指定输出名和路径，支持构建整个目录（只要含main包） -
go build -ldflags="-s -w"→ 去除调试符号和 DWARF 信息，减小二进制体积（常用于发布） - Windows 下若用
go build生成.exe，但忘了加后缀，直接./hello会失败，得写成./hello.exe
常见报错：找不到 main 函数或包
这不是语法错误，而是 Go 构建模型的硬性约束。典型现象和解法如下：
- 错误信息：
no main package in—— 检查文件开头是否为package main，且没有拼写错误（比如写成packagemain少空格） - 错误信息：
cannot find package "xxx"—— 如果导入的是自定义包，确认是否在$GOPATH/src下（旧模式）或是否已go mod init并go mod tidy - 文件名用了大写字母或特殊符号（如
HelloWorld.go）—— Go 允许，但某些 Windows 终端或 CI 环境对大小写敏感，建议统一用小写+下划线 - 用
go run *.go时混入测试文件（xxx_test.go）——go run默认跳过测试文件，但显式列出时会报错，应排除或改用go test
Go Modules 初始化不是可选项
从 Go 1.16 开始，默认启用 Modules。即使只是单文件，也建议在项目根目录执行 go mod init example.com/hello。原因很实际：
- 避免依赖包版本漂移：下次
go run时，Go 会记录所用fmt等标准库的隐式版本（在go.mod中标为indirect） - 多人协作时，别人
git clone后只需go mod download就能拉齐所有依赖（哪怕当前代码没显式 import 第三方包） - 不初始化的话，某些 IDE（如 VS Code + Go 插件）可能无法正确识别包路径，导致跳转/补全异常
真正容易被忽略的，是 go run 的工作目录语义 —— 它始终以当前 shell 所在目录为根来解析相对路径（比如 os.Open("config.json")），而不是 .go 文件所在目录。这点在多文件项目里尤其容易踩坑。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
