Go程序需交叉编译为Linux二进制文件再部署：本地设GOOS=linux、GOARCH=amd64（或arm64）并加-ldflags="-s -w"减小体积；禁用CGO_ENABLED=0确保静态链接；上传后chmod +x赋权，用systemd托管服务并配置正确用户、路径及环境变量。
Go 程序怎么编译成可执行文件部署到服务器
Go 脚本不是靠解释器运行的，必须先 go build 编译成静态链接的二进制文件，再扔到目标服务器上直接运行。不依赖 Go 环境，也不需要安装 Go SDK。
- 本地开发机用
GOOS=linux GOARCH=amd64 go build -o myapp main.go交叉编译（即使你在 macOS 或 Windows 上写代码） - 如果服务器是 ARM64（比如 AWS Graviton 或树莓派），改用
GOARCH=arm64 - 加
-ldflags="-s -w"可去掉调试信息、减小体积：go build -ldflags="-s -w" -o myapp main.go - 别用
go run main.go上服务器——那只是开发时快速测试用的，没编译步骤，服务器上根本跑不起来
怎么让 Go 程序在后台长期运行不退出
直接 ssh 连上去执行 ./myapp，一旦断开连接进程就收到 SIGHUP 被杀掉。得用系统级方式托管。
- 最稳妥的是写 systemd service：把
/etc/systemd/system/myapp.service配好，用systemctl enable --now myapp启动并开机自启 - 临时调试可用
nohup ./myapp > app.log 2>&1 &，但别用于生产——挂了不会自动拉起，日志也没轮转 - 避免用
screen或tmux托管：它们本质还是用户会话，重启后不恢复，也不受系统监控 - 记得在程序里处理
os.Interrupt和syscall.SIGTERM，否则systemctl stop会等超时后强制 kill
权限、路径和环境变量容易出什么问题
Go 程序跑起来很轻量，但卡在权限或路径上非常常见——尤其读配置、写日志、访问数据库时。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- systemd 默认以
nobody或root运行，而你的程序可能需要读/etc/myapp/config.yaml，得确认文件权限是否允许该用户访问 - 不要硬编码相对路径（如
"./config.json"），启动目录不确定；改用os.Executable()推导二进制所在目录，再拼接配置路径 - systemd service 中环境变量默认极简，
$PATH里没有/usr/local/bin，数据库密码等敏感信息别塞进Environment=，改用EnvironmentFile=/etc/myapp/env - 如果程序要监听
:80或:443，普通用户不能 bind，要么用setcap 'cap_net_bind_service=+ep' ./myapp，要么改用高段口（如:8080）配反向代理
怎么查看日志和快速验证服务状态
Go 本身不带日志服务集成，全靠系统机制收拢输出。别等出问题才翻找。
立即学习“go语言免费学习笔记（深入）”；
- systemd 下一律用
journalctl -u myapp -f实时看日志，别去翻app.log文件（除非你明确重定向并轮转） -
systemctl status myapp看当前状态、上次退出原因、启动耗时；如果显示failed，紧跟一句journalctl -u myapp --since "1 hour ago"定位错误行 - 程序启动时最好打印一行带时间戳和 PID 的 ready 日志（如
log.Printf("server started on :8080, pid=%d", os.Getpid())），方便确认是不是真起来了 - 加个健康检查接口（如
GET /healthz返回{"ok": true}），配合curl -f http://localhost:8080/healthz做自动化探测
