-g3是最高级别调试选项，显式包含宏定义、内联函数等完整信息，使gdb支持info macro、宏调用精准定位及混合场景完整调用栈，而默认-g（即-g2）不包含宏信息，无法实现上述功能。
为什么用 -g3 而不是默认的 -g
-g 实际等价于 -g2，只包含函数名、变量名、行号和基本类型信息；而 -g3 显式启用**最高级别调试信息**，关键差异在于它把预处理器阶段的宏定义也打包进调试符号里。这意味着你在 GDB 里能直接用 info macro MACRO_NAME 查看宏展开结果，或在断点处用 print 观察被宏替换后的表达式值——这对调试条件编译逻辑（比如 #ifdef DEBUG 块）或复杂宏封装（如日志宏、断言宏）至关重要。
-g3 在 GDB 中能做什么，默认 -g 做不了
- info macro 命令仅在 -g3 下可用；用 -g 编译时执行会提示 "No macro table in symbol file"
- 宏调用位置可被准确映射到源码行（-g 下宏展开后只剩原始行号，丢失宏定义出处）
- 内联函数 + 宏混合场景中，-g3 配合 GCC 14 的 DWARF-5 格式，能让 bt full 显示更完整的调用栈上下文
- 注意：-g3 不影响运行时行为，但会使可执行文件体积增加约 65%，嵌入式或发布构建应避免使用
-g3 和 -ggdb3 有什么区别
- -g3 是通用调试格式（DWARF），兼容多数调试器（LLDB、VS Code C++ 扩展等）
- -ggdb3 是 GDB 专属增强版：除包含 -g3 全部内容外，还加入 GDB 特需的符号索引结构，提升大型项目符号加载速度
- 实测中，对百万行级 C++ 项目，-ggdb3 比 -g3 启动 GDB 加载符号快 12%～18%
- 如果你只用 GDB，优先选 -ggdb3；若需跨调试器兼容（比如 CI 中跑 LLDB 测试），坚持用 -g3什么时候必须用 -g3，什么时候纯属浪费
- 必须用：
- 正在调试依赖大量宏的代码（如 Linux kernel 模块、Boost 库、自定义 DSL 封装）
- 需要确认某个 #define 是否生效、值是否符合预期（例如 -DVERSION=\"2.1\" 后检查 VERSION 宏内容）
- 纯属浪费：
- 发布构建（应搭配 -g0 或完全不加 -g）
- 简单命令行工具（无宏、无条件编译、函数不超过 50 行）
- 使用 -O3 优化时混用 -g3：激进优化可能让宏展开后的变量被寄存器优化掉，GDB 仍显示 <optimized out></optimized>，此时不如降级为 -O0 -g3 单独验证逻辑
宏定义进调试符号这事，容易被当成“锦上添花”，但真遇到 LOG_DEBUG("val=%d", x) 展开成几十行内联汇编却看不到原始 x 值的时候，-g3 就是唯一能让你回到源码语义层面的出口。
