lld本身不生成调试信息，只搬运合并；调试信息“消失”主因是未启用--g（wasm-ld）或-g（ld.lld）、链接时strip、LTO优化丢弃或输入文件本无DWARF。
LLVM 的 lld（尤其是 wasm-ld 和 ld.lld）默认不丢弃调试信息，但能否保留，取决于上游对象文件是否含 DWARF、链接时是否启用 strip 行为、以及是否显式禁用压缩或重映射 —— 它本身不生成调试信息，只搬运和合并。
为什么用 lld 链接后调试信息“不见了”
常见现象是：编译时加了 -g，clang -g -c foo.c -o foo.o 确实生成了 DWARF；但 lld 链接出的可执行文件用 llvm-dwarfdump 查不到调试段，或者 gdb 无法设置断点。
- 根本原因不是
lld删了调试信息，而是它默认把所有输入目标文件的调试节（如.debug_info、.debug_line）直接复制进输出文件 —— 但若你用了--strip-all、--strip-debug或-s，它就会删； - 更隐蔽的情况是：你用了 LTO（
-flto），而 LTO 后端（libLTO）在合并 IR 时可能丢掉部分调试记录，尤其当优化级别高（-O2及以上）且未配-grecord-gcc-switches时； -
wasm-ld还有个特殊行为：默认不 emit DWARF 到输出 wasm 文件中，除非显式传--g（等价于--debug）；即使输入.o有 DWARF，不加这个 flag 就静默丢弃。
lld 保留调试信息的关键参数组合
不同后端略有差异，但核心原则一致：不 strip + 显式启用 debug 输出 + 配合编译器传递完整调试元数据。
- 通用链接命令（ELF / Mach-O）：
ld.lld -g --no-strip-debug input.o -o prog；其中-g是必需的，它告诉lld保留并合并调试节，--no-strip-debug是冗余但保险的写法； - WebAssembly 场景（
wasm-ld）：wasm-ld --g --no-gc-sections a.o b.o -o app.wasm；注意--g不可省略，--no-gc-sections防止链接器因“未引用”误删调试相关节； - 与 Clang 联用时，务必让前端也配合：
clang -g -flto=full -Wl,-g,-plugin-opt=save-temps ...；-Wl,-g把-g透传给lld，而-plugin-opt=save-temps可用于排查 LTO 中间调试信息是否丢失； - 若需减小体积又不想丢调试信息，可用
--compress-debug-sections=zlib（ELF only），它用 zlib 压缩.debug_*节，GDB/LLDB 仍可透明解压读取，体积通常降 30–50%。
控制体积时最容易踩的坑
开发者常以为 “关掉 debug 就能瘦”，结果发现关掉后体积没变多少，或者开了压缩却调试失败 —— 问题往往不在 lld 本身。
-
--strip-all和--strip-debug不是“开关”，而是动作指令：一旦出现，lld会立即丢弃对应内容，且不可逆；检查构建脚本里是否隐藏了这类 flag（比如 CMake 的CMAKE_EXE_LINKER_FLAGS）； - 静态链接 libc（如
musl或compiler-rt）时，这些库的目标文件自带大量调试节，lld全部照单全收；若不需要它们的调试信息，应在编译这些库时就加-gmlt（仅保留最小调试信息）或-g0，而不是指望链接器过滤； -
--compress-debug-sections在 macOS（Mach-O）上无效，仅 ELF 支持；WASM 不支持任何形式的调试节压缩，--g开启后体积增加是刚性的； - 使用
dsymutil（macOS）或llvm-dwp（Linux）拆分调试信息到外部文件时，主二进制体积确实下降，但lld本身不参与该流程 —— 它只负责生成带完整调试节的初始文件，后续拆分是独立工具链步骤。
真正影响体积的，从来不是 lld 是否保留调试信息，而是你让哪些目标文件带着调试节进来、是否启用 LTO 导致调试信息稀疏化、以及最终交付形态（内联调试节 or 外部 .dSYM/.dwp）。别在链接器参数上反复试错，先用 llvm-readelf -S 或 wasm-objdump -h 确认输入文件有没有调试节，再决定 lld 该做什么。
