必须用systemd托管已编译的二进制，因nohup go run main.go &仅避SIGHUP，未脱离会话、无日志轮转、无崩溃自愈、无安全加固，不符合生产级守护进程要求。
别用 nohup go run main.go & 部署 Gin 项目——它连守护进程的边都沾不上，生产环境必须用 systemd 托管已编译的二进制。
为什么 nohup go run main.go & 是错的
它只是让进程躲过终端关闭（SIGHUP），但根本没脱离会话：
• ps -o pid,ppid,sid,tty 显示其 sid 仍和父 shell 一致，不是独立会话组长
• go run 每次启动都临时编译，浪费 CPU、无调试符号、无法做安全加固
• 日志全写进 nohup.out，不轮转、无权限控制，磁盘可能被撑爆
• 崩溃后零恢复能力：没 Restart、没资源限制、没健康检查
必须用 systemd 管理已编译二进制
这是当前 Linux 生产环境事实标准，步骤明确且可控：
• 先在本地或服务器上执行：GOOS=linux GOARCH=amd64 go build -o gin-api main.go
• 将生成的 gin-api 二进制上传到目标路径（如 /opt/gin-api/）
• 创建服务文件：/etc/systemd/system/gin-api.service，关键字段不能少：
– Type=simple（Gin 默认阻塞式启动，不用 notify）
– User=www-data（禁止用 root 运行 Web 服务）
– StandardOutput=journal 和 StandardError=journal（交由 journald 统一管理日志）
– Environment="GIN_MODE=release"（禁用调试输出，避免泄露信息）
• 启用并启动：sudo systemctl daemon-reload && sudo systemctl enable --now gin-api
Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。
setsid ./gin-api 只能临时应急，不能当部署方案
有人用 setsid 跑二进制，看似“后台”，实则隐患极多：
• 不处理 SIGTERM：systemctl stop 时进程直接被 kill -9，连接未优雅关闭，数据库事务可能中断
• 不重定向标准流：若忘记 > /dev/null 2>&1，stdout/stderr 仍连着调用 shell 的文件描述符，可能卡住或写满根分区
• 不设工作目录：os.Chdir("/") 缺失时，若原目录挂载在 NFS/USB 上，卸载会阻塞整个进程
• 无崩溃自愈：Restart=always 这种基础保障完全不存在
真正难的不是写 service 文件，而是理解「守护」的本质：脱离终端、脱离会话、重定向 IO、响应信号、受控重启。漏掉任意一环，就只是个勉强活着的进程，不是生产级服务。
