go web 开发中使用 entr 实时重启服务时端口被占用问题的解决方案：`entr` 无法正确终止旧 go http 服务进程，导致 `go run` 新实例因端口被占而启动失败，浏览器仍访问旧服务；根本原因是 `http.listenandserve` 启动后无优雅关闭机制，需避免重复绑定同一端口。
你在使用 entr -r go run *.go 进行热重载开发时遇到的现象——终端显示“Starting up...”，但浏览器始终返回旧响应——并非代码未生效，而是新进程根本未能成功启动。通过添加错误捕获（如 err := http.ListenAndServe(...); fmt.Println("ERR:", err)），你已观察到关键线索：
listen tcp :8080: bind: address already in use
这说明：entr -r 虽然尝试重启命令，但前一个 go run 进程并未完全退出，其监听的 :8080 端口仍被占用，新进程立即失败并静默退出（go run 遇错即止），而 entr 因未检测到子进程长期运行，误判为“重启成功”，实际后台仍运行着旧服务。
❌ 错误用法分析
ls *.go | entr -r go run *.go
该命令存在双重问题：
- ls *.go 仅匹配当前目录 .go 文件，不递归监听子目录（如 handlers/ 或 main.go 在子目录时会漏触发）；
- 更严重的是：go run *.go 在文件较多时易因通配符展开顺序或缺失 main 包报错，且无法保证每次执行都清理前序进程。
✅ 推荐解决方案：使用 go run . + 递归监听
Go 1.11+ 支持模块化 go run .，自动识别当前目录（含子目录）的 main 包，语义清晰、健壮性强。配合 find 递归监听所有 .go 文件：
# 正确：递归监听全部 .go 文件，使用 go run . 启动 find . -name "*.go" | entr -r go run .
✅ 优势： find . -name "*.go" 确保任何子目录下的 .go 修改都会触发重启； go run . 由 Go 工具链统一解析依赖和入口，避免通配符歧义； entr -r 会在每次触发前强制终止上一个子进程及其所有子进程（默认行为），有效释放端口。
⚠️ 注意事项与增强实践
- 确保项目是 Go Module：在项目根目录运行 go mod init example.com/foo（名称任意），避免 go run . 因模块路径问题失败。
- *避免 `go run .go的陷阱**：若坚持用通配符，请改用sh -c 'go run *.go'并确保main.go存在且唯一，但不如go run .` 可靠。
- 调试技巧：临时添加 fmt.Printf("PID: %d\n", os.Getpid()) 到 main() 中，配合 ps aux | grep test 验证旧进程是否被 entr 正确杀死。
- 进阶替代方案：如需更精细控制（如自定义关闭逻辑），可使用 air 或 reflex，它们原生支持信号转发与进程树管理。
总结
entr 本身没有问题，问题在于 go run *.go 的启动方式与 http.ListenAndServe 的阻塞特性共同导致端口残留。*改用 `find . -name ".go" | entr -r go run .是最轻量、最符合 Go 习惯的修复方案**——它既解决递归监听缺失，又依赖entr` 内置的进程清理能力，无需修改 Go 代码或引入额外依赖。
