GDB中查找动态数组对象指针失败的问题排查

我正尝试将Windows下编写的进程内存读取程序移植到Linux，目标是读取其他进程内存并监控特定值变化。先通过Shell做概念验证，操作流程如下：

1. 读取进程内存映射：

   cat /proc/105928/maps > maps
   

2. 从输出中提取堆地址范围：

   555558ed2000-55555ed43000 rw-p 00000000 00:00 0 [heap]
   

3. 已知目标进程堆中存在对象数组，部分对象的某4字节字段值为95000，用GDB查找该值的地址，得到4个结果：

   (gdb) find 0x555558ed2000, 0x55555ed43000, 95000
   0x55555c3f0744
   0x55555deb7f50
   0x55555deb8b60
   0x55555deb9800
   

4. 无调试符号，但已知该字段相对于对象基地址的偏移量为0x570，计算第一个匹配值对应的对象基地址：

   0x55555c3f0744 - 0x570 = 0x55555c3f01d4
   

5. 假设动态数组存储的是对象指针，尝试用GDB的find /g命令在堆中查找该对象指针，却提示Pattern not found：

   (gdb) find /g 0x555558ed2000, 0x55555ed43000 - 0x8, 0x55555c3f01d4
   

以下是可能的问题排查方向：

• 指针宽度不匹配：/g参数表示查找8字节（64位）数据，但需确认目标进程是32位还是64位。如果是32位进程，应改用/w（4字节）参数查找指针。可通过file <目标进程可执行文件路径>命令确认进程位数。
• 数组存储结构不符合预期：动态数组未必是存储对象指针的数组，可能是对象直接连续存储在堆中（无单独指针），此时堆中不存在指向单个对象的指针，而是存储数组的起始地址。这种情况下需查找数组基地址，再通过对象大小计算目标对象位置。另外，数组可能被封装在某个结构体内部，指针并非直接暴露在堆的顶层区域。
• 地址计算验证：虽然偏移计算数值正确，但需确认0x570确实是该字段相对于对象基地址的字节偏移。可通过x/10x 0x55555c3f01d4查看该地址起始的内存，验证是否符合对象的结构特征（比如是否有其他已知字段的值）。
• 查找范围受限：指针可能不在堆区域内，比如存储在栈或其他可读写的内存映射段中。可尝试扩大查找范围至整个进程地址空间（64位进程用find /g 0x0, 0x7fffffffffffffff, 0x55555c3f01d4），或检查/proc/105928/maps中其他rw-p权限的区域。
• GDB命令限制或内存变化：大内存范围下find命令可能因性能问题未完成，或目标进程在操作过程中发生内存变更（对象被释放/移动）。可先通过kill -STOP 105928暂停目标进程，再执行查找操作；也可分块缩小堆的查找范围，逐步验证是否存在目标指针。

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