C++代码运行触发Debug断言失败 向量下标越界报错排查

所有问题都来自quad容器的初始化容量和索引逻辑错位，和nquad++本身没有直接关系——整型自增操作不会触发vector的边界断言，你看到的报错位置属于Debug模式下堆/边界检查的延迟触发：前面的越界写操作已经破坏了调试堆结构，直到执行完自增语句触发下一次内存检查时，才弹出越界提示。你之前排查时看到的数值存储正确，是因为越界写操作刚好覆盖了堆上空闲的内存区域，没有立即被程序发现，这类隐形的内存破坏是Debug断言报错最常见的隐蔽诱因。

具体的逻辑错误点 #

• 第一维容量计算完全错误
  按双重循环的逻辑，你实际要存储的四单元总数为(nx - 1) * (ny - 1)，但代码里写的是quad.resize(ny - 1);，仅给容器分配了ny-1个第一维位置，剩余(nx - 2)*(ny -1)个单元完全没有对应的存储空间。
• 内层循环的resize逻辑错位
  代码里写的quad[i].resize(4);本意是给当前待存储的quad单元分配4个int的存储空间，但错误地使用x方向循环变量i作为quad的第一维索引，而非当前单元的实际索引nquad。哪怕容量足够，这种写法也会把长度设置到完全错误的vector元素上。
• 越界累积触发延迟断言
  循环执行过程中，nquad的实际最大值为(nx-1)*(ny-1) -1，远大于quad容器的初始容量ny-1，越界写操作从内层循环跑到第二轮就已经开始发生。只是MSVC Debug版的vector边界检查、调试堆标记不会在越界发生时立刻中断程序，往往要等操作流走到下一个内存校验点（也就是循环结束后执行完nquad++的位置）才会弹出“Vector subscript out of range”的提示。

修正方案 #

• 调整quad的初始化容量，匹配实际需要存储的单元总数：
  quad.resize((nx - 1) * (ny - 1));
• 把内层循环里的resize语句修正为对应nquad索引的元素操作：
  quad[nquad].resize(4);
• 循环结束后的nquad++;逻辑本身没有问题：这行代码的作用是把nquad从“最后一个单元的0基索引”转成“单元总数量”，只要前面的容量和索引对齐，这个自增操作不会引发任何错误。

附带的隐蔽风险点（非本次报错直接原因，但容易引发后续问题） #

• 三个类的析构函数里写的局部new/delete vector代码完全无意义：这类代码除了在析构时无意义分配、释放内存，没有任何实际作用，反而容易引发逻辑误读。
• Grid类中node、elm成员直接在类定义内用new初始化，但析构函数中没有对应的delete操作，会造成固定的内存泄漏。
• 类成员全部默认公有，没有做访问控制和封装，后续修改时很容易出现误改内部变量的问题。

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