go run 是最接近“改完即跑”的开发命令，每次重新编译整个 main 包并立即执行，不生成持久文件，适合快速迭代；但非增量编译，也非热重载，需配合模块代理和正确包声明才能实现高效反馈。
Go 本身不支持“热重载”或“即时编译”意义上的敏捷开发流程，go run 是最接近“改完即跑”的方式，但每次执行都重新编译整个 main 包，不是增量式、也不是运行时注入——所谓“敏捷搭建”，核心是缩短“写 → 编译 → 运行 → 观察”这一反馈环，而非绕过编译阶段。
go run 是唯一真正适合快速迭代的命令
go run 直接编译并执行指定的 Go 文件（或目录），跳过安装、生成二进制、手动调用等步骤，是开发调试阶段最轻量的选择。
- 它只对
main包生效，且要求所有依赖文件都在同一目录下或能被正确 import（比如go run .会自动识别当前目录下的main.go及其同包其他.go文件） - 不生成任何中间产物，临时编译结果在内存中完成，退出即销毁，干净无残留
- 不能用于跨包调用：比如你在
cmd/myapp下执行go run ../pkg/utils.go会报package main must be declared in file - 常见误用：
go run main.go helper.go—— 如果helper.go不在main包里（比如包名是utils），会直接失败；必须确保所有参与文件的package main声明一致
go build -o + 文件监听才是准“即时”方案
真正提升反馈速度的组合是：go build -o 生成可执行文件 + 外部工具监听文件变更自动触发构建。Go 自身不提供监听能力，需借助第三方工具。
- 推荐
fresh（go install github.com/pilu/fresh@latest）：它默认监听.go文件变化，检测到修改后自动执行go build -o ./tmp/app && ./tmp/app - 注意
fresh的默认工作流会清空./tmp/，若项目有本地临时数据（如 SQLite 文件、log 目录），需通过配置fresh.conf排除路径或改用-d指定构建目录 - 替代方案
air（curl -fLSs https://raw.githubusercontent.com/cosmtrek/air/master/install.sh | sh）更活跃，支持自定义构建命令、忽略规则、重启前钩子，但默认启用build.main_package，若项目结构是cmd/app/main.go，需显式设为./cmd/app - 不要用
go run配合inotifywait或watchexec粗暴轮询——go run每次都全量编译，比go build -o慢 20%~40%，尤其包依赖多时感知明显
模块初始化和 GOPROXY 必须提前配好
没有正确配置 GO111MODULE=on 和国内代理，go run 或 go build 在首次 import 第三方包时会卡住几十秒甚至超时，彻底打断“即时”节奏。
- 检查是否启用模块：
go env GO111MODULE应输出on；若为auto，在非GOPATH/src下才启用，极易误判 - 国内务必设置：
go env -w GOPROXY=https://goproxy.cn,direct（direct表示对私有仓库直连，不走代理） - 如果公司内网有私有模块仓库，还需额外配
go env -w GONOSUMDB="*.corp.example.com"，否则校验和检查会失败 - 错误现象：
go run main.go卡在go: downloading github.com/sirupsen/logrus v1.9.3超过 30 秒——基本就是代理没生效或GOSUMDB拦截了
真正的敏捷不在工具链多炫酷，而在每次保存后能否在 1.5 秒内看到效果。这取决于三件事：模块代理是否生效、go run 是否用对了范围、以及你有没有把 fmt.Println 写错成 fmt.PrintLn——后者会让整个构建失败，但错误信息藏在编译日志里，容易被监听工具吞掉或刷屏错过。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
