GDB中使用info variables与print命令时变量值不一致问题

原因分析 #

1. 同名符号重复定义 #

进程中存在两个同名的grpc_client_handle_msg全局符号，这是核心问题：

• 从GDB输出可见，两种操作对应不同的变量地址：0x96c698（全局数据段的正确变量）和0x7fd42e28af98（可能来自其他编译单元的重复定义或动态库符号）。
• 该问题通常源于某个编译单元未正确包含grpc.h，自行定义了grpc_client_handle_msg变量；或是链接时使用了允许符号重复的选项（如--allow-multiple-definition），掩盖了符号冲突错误，导致运行时存在两份变量实例。

2. GDB符号解析优先级差异 #

当存在多个同名符号时，GDB的解析逻辑受操作顺序影响：

• 先执行info variables时，GDB会遍历全局符号表，优先匹配到grpc.c中定义的正确全局变量。
• 先执行print时，GDB可能优先从当前上下文的动态符号表或局部符号中查找，误匹配到重复定义的符号，导致输出错误的0x0值。

3. 调试符号与运行时符号不匹配 #

若项目编译时部分文件未生成调试符号（如使用-O3优化），或编译选项不一致（如部分用-fPIC部分不用），会导致调试信息与运行时符号表脱节，GDB无法正确关联变量的定义与地址。

解决方法 #

1. 排查并消除重复定义 #

使用nm命令扫描所有目标文件和库，找出重复定义的符号：

nm -A ./obj/*.o | grep grpc_client_handle_msg

输出中如果出现多个标记为T（全局定义）的条目，找到对应的文件删除重复的变量定义，确保只有grpc.c中定义该变量，其他文件通过包含grpc.h的extern声明来引用。

2. 修正链接选项 #

检查链接脚本或编译脚本，移除允许符号重复的选项（如--allow-multiple-definition），让链接器在遇到符号冲突时直接报错，避免运行时出现多实例问题。

3. 统一编译选项并重新构建 #

确保所有编译单元使用一致的编译选项：

• 统一添加-g生成完整调试符号；
• 统一使用-fPIC（如果是动态链接场景）；
• 避免混合使用不同优化等级（如部分文件用-O0，部分用-O3）。
  重新编译整个项目后，用readelf -s验证符号表：

readelf -s ./your_program | grep grpc_client_handle_msg

确认输出中只有一个全局符号条目。

4. GDB调试时强制指定符号归属 #

调试时通过指定变量所在文件避免歧义，确保获取正确的变量值：

p 'grpc.c'::grpc_client_handle_msg

内容的提问来源于stack exchange，提问作者Iwan Yu