Go多平台构建体积偏大主因是默认打包调试符号、构建ID、反射信息和CGO依赖；必须加-go build -ldflags="-s -w"（-s剥离符号表，-w禁用DWARF，协同减幅30%–50%），并强制CGO_ENABLED=0确保静态链接，否则跨平台运行失败。
Go 多平台构建时体积偏大，核心原因不是“没压缩”，而是默认打包了调试符号、构建 ID、反射信息和 CGO 依赖——关掉它们，体积自然下来。
go build -ldflags="-s -w" 是必须加的底线操作
这两个参数组合是所有跨平台构建的起点，零副作用、必开：
-
-s：剥离符号表（symbol table）和 DWARF 调试信息，减幅通常 30–50% -
-w：禁用 DWARF 生成（与-s协同强化效果） - 二者同时使用才真正生效；单独用
-s效果打折，单独用-w几乎无感 - Windows 下默认二进制约 2.4 MB，加完后可压到 ~1.6 MB；Linux/macOS 压缩比例类似
CGO_ENABLED=0 不是可选项，是跨平台稳定的前提
只要用了 net、os/user、database/sql（含 sqlite 驱动）等包，不关 CGO 就会链接 libc，导致：
- Linux 二进制在 Alpine 容器里报
not found（实际是 glibc vs musl 不兼容） - Windows 上交叉编译 Linux 时直接报
exec: "gcc": executable file not found - 镜像体积陡增（libc + 一堆 C 运行时）
- 正确写法：
CGO_ENABLED=0 GOOS=linux GOARCH=arm64 go build -ldflags="-s -w" -o app-linux .
用 scratch 或 alpine 作为运行基座，别用 golang:xxx 或 ubuntu
多平台构建产物是静态二进制，运行时不需要 Go 编译器、shell、包管理器——这些全在构建阶段完成。最终镜像应只含二进制和必要依赖（如 CA 证书）：
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
FROM scratch：最精简（~2–5 MB），但需手动补/etc/ssl/certs/ca-certificates.crt和时区（/etc/timezone），否则 HTTPS 请求失败、日志时间错乱 -
FROM alpine:latest：稍大（~5–15 MB），自带 ca-certificates 和 tzdata，apk add --no-cache ca-certificates可省略，适合快速验证 - 绝对避免
FROM golang:1.21或FROM ubuntu:22.04直接跑二进制——镜像体积轻松破百 MB，且暴露大量攻击面
GOOS/GOARCH 组合要显式配对，别靠默认继承
环境变量作用域是单次命令，CGO_ENABLED=0 和 GOOS/GOARCH 必须在同一行调用 go build，否则容易漏平台或混用：
- ❌ 错误写法：
export CGO_ENABLED=0; GOOS=linux go build ...——GOARCH没设，会沿用宿主机值（比如你 Mac 上跑出darwin/arm64） - ✅ 正确写法：
CGO_ENABLED=0 GOOS=windows GOARCH=amd64 go build -ldflags="-s -w" -o myapp.exe ./cmd/myapp - 注意：
GOOS=windows会自动加.exe后缀；其他平台不会，得自己命名（如myapp-linux-amd64）
真正难的不是“怎么压”，而是“压完之后还能不能连 HTTPS、能不能读配置、日志时间对不对”——这些隐形依赖（证书、时区、动态链接）在 scratch 里全得手动补，一漏就 runtime panic。别只盯着 ls -lh 的数字，得进容器里 curl https://httpbin.org 实测一遍。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
