Go 是静态编译语言，默认会把所有的依赖、标准库、运行时（runtime）等都打包进最终的二进制文件，这样的好处是可执行文件可以独立运行，无需额外依赖，但也导致体积偏大。
Go 编译的二进制文件特点：
- 自包含（无需额外动态库）
- 大体积（一般 10MB+，复杂项目可达 50MB 以上）
- 启动快（直接加载到内存运行）
- 无需JIT（不像 Java 或 Python 需要解释执行）
Go 编译器默认不会进行代码压缩或优化二进制体积，所以在部署时，可能会希望减少其大小
减小 Go 二进制文件体积的策略
由于 Go 的静态编译特性，编译后的二进制文件通常较大，因此在某些场景下（如云函数、嵌入式设备、容器化部署等），优化 Go 可执行文件的体积尤为重要。以下是几种常见的优化策略：
1. 移除调试信息与符号表
默认情况下，Go 编译的二进制文件会包含符号表（symbol table）和调试信息，这些数据在运行时并不需要。
go build -ldflags="-s -w" -o myapp main.go
-s：去掉符号表-w：去掉 DWARF 调试信息
效果：可减少 10%-30% 的体积，无额外运行时开销。
2. 使用 UPX 进行可执行文件压缩
UPX (Ultimate Packer for Executables) 是一种流行的可执行文件压缩工具，它通过 LZMA/LZ77 等算法压缩二进制代码，并在运行时自动解压。
upx --best myapp
--best：使用最高压缩比--ultra-brute：极限压缩（可能影响解压速度）
效果：可减少 30%-70% 体积，但会增加启动时的解压开销，并可能被某些杀毒软件误报。
3. 使用 strip 进一步优化
在 Linux/macOS 上，可以使用 strip 命令移除额外的符号信息：
strip myapp
效果：减少 5%-15% 体积，无运行时开销。
4. 选择合适的 Go 构建模式
Go 允许不同的编译模式，部分模式可以减少体积：
- 默认模式（动态链接 glibc）：适用于 Linux
- 静态编译模式（使用
CGO_ENABLED=0）：适用于容器、服务器端
示例：
CGO_ENABLED=0 go build -ldflags="-s -w" -o myapp main.go
效果：避免动态库依赖，使二进制文件更具可移植性。
5. 使用 zstd + squashfs 进行文件系统压缩（适用于容器）
对于容器化环境，可以使用 zstd + squashfs 进行高效文件系统级压缩：
mksquashfs myapp myapp.sqfs -comp zstd
然后在运行时挂载并执行：
mount -o loop myapp.sqfs /mnt
/mnt/myapp
效果：减少 50%-80% 体积，适用于 Kubernetes 和 Docker 镜像。
选择合适的优化策略
不同优化方法适用于不同的场景：
| 方案 | 体积缩减 | 启动影响 | 适用场景 |
|---|---|---|---|
-s -w | 10%-30% | 无 | 适用于所有应用 |
| UPX | 30%-70% | 需要解压 | CLI、小型工具 |
| strip | 5%-15% | 无 | 适用于 Linux/macOS |
CGO_ENABLED=0 | 视情况减少 | 无 | 适用于容器、服务器 |
zstd + squashfs | 50%-80% | 需要挂载 | 适用于容器化部署 |
结论
对于大多数 Go 应用，推荐先使用 -s -w 和 strip 进行优化，然后视情况使用 UPX 或 zstd + squashfs 进行进一步压缩。在性能敏感的场景下，避免使用 UPX 以减少启动延迟。
合理选择优化方案，可以在不影响性能的前提下大幅减少 Go 可执行文件的体积，提高应用的可部署性和传输效率。
