为何数组存储的内存地址从6字节变为7字节，引发内存块识别失败

该问题属于典型的内存踩踏（内存损坏）问题，具体可能的原因如下：

• 数组越界写入
  Zone结构体中的starting_addr和ending_addr是固定长度的void*数组，写入这两个数组时如果索引超过数组的最大长度（例如超过MAX_BLOCKS），写入的数据会覆盖数组后方相邻的内存空间。如果被覆盖的内存刚好属于其他Zone实例的starting_addr数组元素，会直接篡改该元素存储的地址值，出现末尾字节重复的现象。
• 类型不匹配或非对齐写入
  给starting_addr数组元素赋值时，如果未传入合法的void*类型指针，而是错误地将长度大于指针长度的变量值、或者非指针类型强制转换为指针写入，多余的字节会被写入相邻内存，最终导致读取到的指针值异常。x86平台采用小端字节序，指针的最低字节存储在内存的最低地址，本次出现的地址末尾多1字节0xca的情况，刚好符合多写入1字节0xca到该指针变量内存起始位置的特征。
• 第三方缓冲区溢出
  如果程序其他位置存在堆、栈缓冲区溢出问题（例如操作字符数组时写入长度超过数组容量），溢出的字节刚好覆盖到Zone结构体的starting_addr数组对应的内存区域，也会导致地址值被篡改。

• 排查所有给starting_addr、ending_addr数组赋值的代码，确认索引不会超过数组边界，写入值均为合法的指针类型。
• 可使用内存检测工具（如valgrind、AddressSanitizer）运行程序，这类工具会直接定位到内存越界写入的代码位置，快速定位问题。

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