compiledaemon 不适合当前 go 项目，因其不支持 go modules、无法处理多模块/嵌套 main 包、长期未维护（最后更新于 2019 年），且存在工作目录错乱、入口点识别失败、配置文件变更不触发重建、windows 路径处理错误等问题。
CompileDaemon 在 Go 生态中已基本被弃用，它不支持 Go Modules、无法处理现代项目结构（如多模块、嵌套 main 包）、且长期无维护（最后更新在 2019 年）。如果你刚搭好 Go 环境，不要花时间配置 CompileDaemon —— 它大概率会卡在构建失败、忽略文件变更、或静默退出。
为什么 CompileDaemon 不适合当前 Go 项目？
CompileDaemon 不适合当前 Go 项目？它依赖旧版 fsnotify 和手动指定 -build-command，对以下情况完全失效：
-
go.mod存在时，CompileDaemon -build-command "go build"会因工作目录错乱编译失败 - 项目含多个
cmd/子目录（如cmd/api、cmd/cli），它无法自动识别入口点 - 修改
.tmpl或.yaml配置文件时，默认不触发重建（需手动加-exclude白名单） - Windows 下路径分隔符处理错误，日志常卡在
watching ...无响应
推荐替代：用 air 替代 CompileDaemon
air 替代 CompileDaemon
air 是目前最稳定、适配 Go Modules 的热重载工具，安装后开箱即用：
- 运行
go install github.com/cosmtrek/air@latest（注意不是air-verse/air，后者是镜像站，主仓库已迁） - 在项目根目录执行
air init，生成.air.toml - 关键配置项必须改：
•build.cmd改为"go build -o ./tmp/app ."（末尾的.表示当前模块）
•build.include_ext加上["go", "mod", "sum", "yaml", "yml", "json", "tmpl"]
•build.exclude_dir至少包含["tmp", "vendor", "assets"]
启动后，修改任意 .go 或 .yaml，air 会在 1 秒内重建并重启进程，失败时保留旧实例 —— 这是 CompileDaemon 完全不具备的安全机制。
如果坚持要用命令行轻量方案：reflex + go run
reflex + go run
不依赖配置文件，适合临时调试或 CI 脚本内联使用：
- 安装：
go install github.com/cespare/reflex@latest - 单命令监听并运行：
reflex -r '\.(go|yaml|yml)$' -- sh -c 'go run main.go 2>/dev/null || echo "build failed"' - 优势：正则精准匹配、失败不中断、可自由组合
go run参数（比如加-tags=dev） - 注意：
go run比go build慢，高频保存时 CPU 占用略高，仅建议用于开发阶段
air 的 .air.toml 里 build.delay 和 build.exclude_dir 是最容易被忽略的两个点：延迟太短（如设成 100）会导致保存瞬间触发多次构建；排除目录漏掉 tmp 会让构建产物被自己监控到，引发循环重启。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
