go run 不能用于生产环境，因其在临时目录编译执行，os.Args[0] 指向 /tmp/go-build.../exe/main 等路径，导致相对路径（如 ./config.yaml）失效，引发文件找不到错误；而 go build 生成静态二进制，行为稳定且可跨平台部署。
go run 为什么不能用于生产环境
因为 go run 在临时目录编译并执行，os.Args[0] 指向的是类似 /tmp/go-buildXXXXX/.../exe/main 这样的路径，不是项目根目录。一旦程序需要读取配置文件、模板或静态资源（比如 ./config.yaml 或 templates/index.html），就会因相对路径失效而报错。
常见错误现象：
open config.yaml: no such file or directory- Web 框架加载不到
views/下的模板 - 日志写入失败，因
./logs/目录不存在于临时路径
这不是 bug，而是设计使然——go run 是开发调试专用命令，不模拟真实部署行为。
go build 静态编译必须禁用 CGO
生产环境要求二进制无外部依赖，否则容器或 Alpine 镜像里缺 libc 就直接 panic。关键命令是：
立即学习“go语言免费学习笔记（深入）”；
CGO_ENABLED=0 GOOS=linux GOARCH=amd64 go build -a -ldflags '-s -w' -o server .
说明：
-
CGO_ENABLED=0：彻底关闭 C 语言交互，强制纯 Go 标准库实现（如 DNS 解析走 Go 原生 resolver） -
-a：重新编译所有依赖，避免缓存引入隐式 CGO 依赖 -
-ldflags '-s -w'：剥离调试符号和 DWARF 信息，减小体积约 30% - 省略
-installsuffix cgo—— Go 1.20+ 已废弃该参数，CGO_ENABLED=0足够
若误留 CGO_ENABLED=1，运行时可能报错：standard_init_linux.go:228: exec user process caused: no such file or directory（实际是找不到动态链接的 libc.so.6）。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
Docker 多阶段构建中 WORKDIR 和 COPY 的顺序陷阱
很多 Dockerfile 写成这样：
FROM golang:1.21 AS builder WORKDIR /app COPY . . RUN CGO_ENABLED=0 go build -o server . FROM alpine:latest WORKDIR /root/ COPY --from=builder /app/server . CMD ["./server"]
问题在于：第二阶段的 WORKDIR /root/ 是非 root 用户不可写的（Alpine 默认以非 root 用户运行），导致 ./server 权限不足或启动失败。
正确做法：
- 第二阶段改用
WORKDIR /app（可写） - 显式设置用户：
RUN addgroup -g 1001 -f app && adduser -S app -u 1001，再USER app - 或者更简单：删掉
WORKDIR，直接COPY --from=builder /app/server /server，然后CMD ["/server"]
别依赖镜像默认路径的“看起来能用”，Alpine 的 /root 只对 root 用户有效。
跨平台编译时 GOOS/GOARCH 组合必须匹配目标系统
Go 支持交叉编译，但不是所有组合都开箱即用。企业级部署最常踩的坑是：
-
GOOS=linux GOARCH=arm64→ 用于 AWS Graviton 或树莓派 4，没问题 -
GOOS=linux GOARCH=386→ x86 32 位，现代云服务器基本不用，且 Go 1.21+ 已标记为 deprecated -
GOOS=windows GOARCH=amd64→ 可生成 .exe，但若代码用了syscall或特定 Linux syscall（如epoll），会编译失败 -
GOOS=darwin GOARCH=arm64→ M1/M2 Mac 本地开发可用，但不能部署到 Linux 服务器
验证方式很简单：在目标机器上运行 ./server，如果提示 cannot execute binary file: Exec format error，就是平台不匹配。
真正要检查的不是命令是否成功，而是生成的二进制能否在目标系统上 file ./server 输出与目标一致（例如 ELF 64-bit LSB executable, x86-64）。
