supervisord 能管理 go 二进制，但需三方面适配：代码端加启动日志、阻塞主 goroutine、手动监听 sigterm；配置端用绝对路径、设 startsecs≥3、autorestart=unexpected；环境端禁用 stdout 缓冲、显式传环境变量、配好日志路径与权限。
supervisord 能管 Go 二进制，但默认配置 + 默认代码 = 必然失败。不是 supervisor 不行，是它和 Go 的运行模型天然不兼容——Go 编译出的静态可执行文件一启动就“跑完”，而 supervisord 需要一个长期存活、信号可控、日志可见的前台进程。
Go 主函数没阻塞，supervisord 看到的就是“启动即退出”
supervisord 判断进程是否“真正起来”，只看两件事：有没有 stdout 输出、有没有在 startsecs 内持续运行。Go 程序若没显式阻塞主 goroutine，main() 执行完就 exit，supervisord 立刻记为 exit status 0 并放弃拉起（哪怕你配了 autorestart=true）。
- HTTP server 必须用
http.ListenAndServe或server.Serve，且不能 return；错误要显式处理，否则 panic 导致进程闪退 - CLI 工具类程序若需长期驻留，得加
select{}或signal.Notify后阻塞等待信号 - 别在
init()或main()开头调os.Exit(0)—— 这等于告诉supervisord：“我完成了，不用再管我”
supervisord 配置里 command 必须是绝对路径，且 directory 得配对
supervisord 不走 shell 环境，不解析 ~ 或 ./，也不自动 cd 到二进制所在目录。它直接 execve()，所以：
-
command必须写成/opt/myapp/bin/myapp，不能是./myapp或$HOME/myapp -
directory必须设成 Go 程序实际依赖的路径，比如配置文件在./config.yaml，那directory就得是/opt/myapp/，否则加载失败 - 若程序依赖环境变量（如
CONFIG_PATH），别只靠environment=—— 旧版supervisord可能忽略它；改用command=env CONFIG_PATH=/etc/myapp.conf /opt/myapp/bin/myapp
日志刷不出来，supervisord 就当进程“假死”
Go 对os.Stdout/os.Stderr 在非终端环境下默认全缓冲，supervisord 捕获不到输出，就会在 startsecs 内判定“无响应”。
- 启动时加一句
log.Println("started")，确保有明确 stdout 输出 - 禁用缓冲：在 Go 代码里加
log.SetOutput(os.Stdout)，并避免混用fmt.Println（它不走 log 包） - 配置里必须设
stdout_logfile和stderr_logfile，目录要存在、权限要可写；临时调试可加redirect_stderr=true合并日志流
优雅退出失效，端口占着、连接断着、supervisord 只会硬杀
supervisord 发 SIGTERM 停服务，Go 默认行为是立刻退出，DB 连接不关、HTTP listener 不停、日志不 flush。
-
main()开头加signal.Ignore(signal.SIGTERM, signal.SIGINT)，否则 Go runtime 会直接终止进程，你的 cleanup 逻辑根本没机会跑 - 手动
signal.Notify监听SIGTERM，触发server.Shutdown()或手动listener.Close() - 配置里加
stopasgroup=true和killasgroup=true，否则子进程（比如exec.Command启的）可能残留 - 别在 shutdown 完后调
os.Exit(0)—— 让主 goroutine 自然结束，退出更干净
最常被跳过的其实是 minfds 全局配置。哪怕 Go 代码里调了 syscall.Setrlimit，只要 /etc/supervisor/supervisord.conf 里没设 minfds = 65536，新进程打开文件数就卡死在 1024。这个值不随系统 limits.conf 生效，必须改 supervisord 主配置并重启它本身。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
