C++类成员get函数返回地址与存储值不一致gdb调试问题

<_IO_file_overflow+256> 标识含义 #

这个是GDB的符号解析结果：你打印得到的地址0x7ffff7b4e5c0落在了glibc标准库的_IO_file_overflow函数的内存区间内，偏移该函数入口地址256字节。这个地址属于系统库的内存范围，完全不是你堆上分配的A类型数组的合法地址，说明你拿到的指针已经是野指针。

指针值不一致的核心原因 #

按照上述复现场景，优先排查以下问题：

• 编译优化导致调试信息错位
  如果你编译时开启了-O1及以上优化等级，编译器可能会优化掉a变量的栈存储，直接用寄存器存返回值，GDB的调试信息和实际运行代码的映射会出现偏差：watchpoint触发时捕获的是寄存器内的正确返回值，但后续打印a时读取的是未初始化/被覆写的栈内存值。解决方法是编译时添加-O0 -g参数关闭所有优化、生成完整调试信息后再调试。
• 函数声明与实现不匹配（ODR违规）
  注意你GDB输出的指针类型是Number *，但你get函数声明的返回值是A *，两者类型完全不一致。大概率是头文件中get函数的声明和cpp文件中的实现返回值不匹配，或者你在A_list的cpp文件中引用了错误的头文件，违反了C++的单定义规则。外部调用时链接到了正确的get实现，而类内成员调用时匹配到了错误的声明，返回值被解析成了非法地址。
• 栈内存被非法覆写
  watchpoint仅在a被赋值的那一刻触发，你看到的返回值是正确的，但foo函数中省略的代码可能存在栈越界写操作，直接把a变量所在的栈内存覆写成了非法值。你可以给a变量添加读写断点，监控除了赋值行之外是否还有其他代码修改了a的值。
• 构造函数笔误导致成员未初始化
  你贴出的构造函数代码存在明显错误：成员变量名为A_array，但构造函数中给未定义的变量A赋值，A_array从头到尾都是野指针，所有指针运算的结果本身就是非法的，运行结果完全不可预期。
• 调用foo的A_list实例非法
  如果调用foo的A_list对象本身是已析构的对象、或者是野指针指向的非法实例，类内访问A_array成员时取到的就是垃圾值，而外部调用get时用的是合法的A_list实例，自然结果正常。

内容的提问来源于stack exchange，提问作者donny-nyc