strip命令删除目标文件中的符号表（如.symtab、.strtab）和调试信息（如.debug_*段），保留机器码和重定位信息，故程序仍可运行但无法调试；发布时可用，开发或需调试时禁用。
strip 命令到底删了什么
它删的是目标文件或可执行文件里的符号表（symbol table）和调试信息（debug sections），比如 .symtab、.strtab、.debug_* 这些段。函数名、变量名、源码行号这些对运行没用但对调试至关重要的数据，全被清掉。程序逻辑、机器码、重定位信息（.rela.*）默认保留——所以 strip 后还能正常运行，只是 gdb 跟不进去、nm 看不到符号、崩溃时堆栈里全是 ???。
什么时候该用 strip，什么时候不该用
发布给终端用户的可执行文件或静态库（.a）可以 strip；开发阶段的中间产物（.o）、动态库（.so）或需要调试/分析的二进制，别乱 strip。尤其注意：strip 对 .so 默认只删本地符号（.local），导出符号（.global）还在——这能保证 dlopen 正常工作，但如果你用 --strip-all 或 -x，就可能破坏 ABI 兼容性。
- 适合 strip：最终发布的
myapp、libfoo.a - 不适合 strip：
libfoo.so（除非你明确知道哪些符号要留）、main.o、带-g编译的任何文件 - 调试需求强的场景（如 perf 分析），建议用
objcopy --strip-debug只删调试段，保留符号表
strip 的常见调用方式和参数陷阱
strip 行为高度依赖参数，不加选项可能白干。最常用也最安全的是 strip -s（删符号表）或 strip --strip-all（删符号+调试+注释段）。但要注意：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
-
strip myprog默认只删.symtab和.strtab，.debug_*还在——体积减得少，且gdb仍可能加载部分调试信息 -
strip -x删除所有局部符号，但会破坏某些链接器行为（比如弱符号解析） -
strip --strip-unneeded更保守：只删链接时不需要的符号，适合处理.so文件 - 想保留某个符号？用
--keep-symbol=_main，但注意符号名是 mangling 后的（C++ 函数需写_Z4funcv这类）
示例：strip --strip-all -o myapp_stripped myapp 安全生成 stripped 版本，原文件不动。
CMake 项目里自动化 strip 的坑
CMake 提供 INSTALL(FILES ... RENAME ...) + strip 或 set(CMAKE_STRIP "strip")，但容易踩两个坑：
-
CMAKE_STRIP只在install阶段生效，且默认不启用——必须显式加set(CMAKE_INSTALL_STRIP 1) - 对
add_executable(... EXCLUDE_FROM_ALL)或自定义 target，INSTALL不触发 strip，得手动调add_custom_command - 交叉编译时，
CMAKE_STRIP必须设为对应工具链的 strip（比如arm-linux-gnueabihf-strip），否则用错工具链会报错或静默失败
更稳妥的做法是在 install 命令里直接调用：install(TARGETS myapp DESTINATION bin COMMAND "${CMAKE_STRIP}" $<myapp>)</myapp>。
.so 文件尤其要小心全局符号，删多了 runtime 就找不到函数。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
