-o2是发布版最常用、最稳妥的优化选项，平衡性能与体积，启用循环展开、函数内联等安全优化；-o3更激进但可能引发未定义行为或增大体积，不推荐盲目使用。
用 -O2 或 -O3 启用编译器优化
发布版程序的核心是性能与体积平衡，-O2 是最常用、最稳妥的选择。它启用大部分安全优化（如循环展开、内联小函数、寄存器分配优化），不增加调试负担，也不引入不稳定行为。-O3 虽然激进（比如自动向量化、跨函数优化），但在某些数学密集型代码中可能引发未定义行为或增大二进制体积，反而不利于部署。
不要用 -O0（默认无优化）或 -O1 生成发布版——前者保留大量冗余指令，后者优化力度太弱；也别盲目上 -Ofast，它会违反 IEEE 浮点标准，导致数值结果不可复现。
gcc -O2 -Wall -Wextra source.c -o program- 若确认目标平台和 ABI 稳定，可加
-march=native进一步提速，但会牺牲可移植性 - 避免在发布版里加
-g：它嵌入调试符号，使文件体积翻倍且暴露源码路径
去掉调试信息和符号表用 -s 和 -strip-all
-s 是最简方式，直接从最终可执行文件中剥离所有符号表和调试段。它等价于运行 strip --strip-all，但更方便、不易遗漏。
注意：-s 必须放在链接阶段生效（即最后一步），如果只对 .o 文件加 -s，链接时符号仍会被合并进去，无效。
- 正确：
gcc -O2 -s main.o utils.o -o program - 错误：
gcc -c -s main.c -o main.o（-s在-c模式下被忽略） - 若需保留部分符号（如用于
nm查看导出函数），改用--strip-unneeded替代-s
静态链接避免运行时依赖用 -static
发布版常需“扔给任意同架构 Linux 就能跑”，这时动态链接的 libc.so.6 等就成了隐患——目标机器版本低、缺库、路径不对都会直接报 error while loading shared libraries。
-static 强制链接静态版本的 C 库（libc.a）和其他依赖，生成完全自包含的二进制。缺点是体积变大（通常 +1~2MB），且无法享受系统库的安全更新。
- 基础静态编译：
gcc -O2 -s -static main.c -o program - 混合链接（仅静态 libc，动态其他）不被 GCC 原生支持，需手动指定
-lc和路径，容易出错，不推荐 - 注意：
glibc静态链接在某些发行版（如 Alpine）上默认不可用，需换用musl-gcc
控制符号可见性减少攻击面用 -fvisibility=hidden
默认 GCC 导出所有全局符号，攻击者可用 objdump -T 看到大量内部函数名，增加逆向难度。加 -fvisibility=hidden 后，只有显式标注 __attribute__((visibility("default"))) 的函数才对外可见。
这对发布版很实用：减小符号表体积、隐藏实现细节、略微提升加载速度（符号解析项变少）。但要注意——如果你的程序要被 dlopen 动态加载，或导出 C++ 类供外部调用，必须显式标记需要暴露的接口，否则会链接失败。
- 编译时加：
gcc -O2 -fvisibility=hidden -s source.c -o program - C++ 中若需导出类，构造函数/虚表等也要加 visibility 属性，否则运行时报
undefined symbol - 该选项不影响
main、init等入口符号，它们始终可见
真正发布前最容易漏的是验证环节：用 file program 确认是 “statically linked”；用 ldd program 应返回 “not a dynamic executable”；用 readelf -d program | grep NEEDED 应无输出。这三个检查比任何文档都管用。
