C++自定义Matrix模板类存入vector时出现覆写、段错误问题
核心故障是你的Matrix类违反C++的三/五法则，类内持有裸指针T** M管理堆内存，但未正确实现拷贝构造、拷贝赋值和析构逻辑，对象拷贝时发生浅拷贝，触发双重释放、悬空指针访问、内存覆写等未定义行为，和你描述的故障现象完全匹配。
故障触发的完整流程和你的代码逻辑完全对应：
- 循环内构造局部
Matrix<T> M(it)时，自定义构造函数通过new申请堆内存存储矩阵数据，M.M指针指向这块内存，单独使用时构造析构配对，所以单对象运行正常。 - 调用
coredata.push_back(M)时，vector会生成局部对象M的副本存入容器。由于你没有自定义拷贝构造函数，编译器生成的默认拷贝构造仅做逐成员浅拷贝：副本的M指针和局部对象的M指针指向完全相同的堆地址，不会重新申请内存拷贝矩阵数据。 - 单次循环结束，局部对象M离开作用域被销毁。只要你在析构函数中写了释放
M指向内存的逻辑——这是这类裸指针管理内存的类必然会实现的逻辑——这块内存就会被归还给堆，但vector中存储的副本的M指针仍然指向这块已释放的内存，成为悬空指针。 - 第二次执行
push_back时，vector大概率会触发扩容：申请更大的连续内存块，将已存储的Matrix对象拷贝到新内存，再销毁旧内存上的对象。销毁旧对象时会再次对已经释放的指针执行delete，触发未定义行为；同时新构造的第二个Matrix对象申请内存时，可能刚好分配到之前释放的内存块，直接写入新矩阵数据，就出现了你观察到的旧对象内容被覆写的现象。 - 后续流程中继续操作被多次释放、值已被覆写的悬空指针，就会触发段错误。
按优先级从高到低排列：
方案1（根治，推荐）：补全类的特殊成员函数，遵循五法则
你需要为Matrix类正确实现以下成员函数，明确对象的拷贝/移动/销毁语义：- 析构函数：检查
hasownvalues标记，仅当对象持有内存所有权时，逐行释放M指向的行指针数组和数据内存，释放后将指针置空，避免野指针。 - 拷贝构造函数：入参为
const Matrix<T>& other，为新对象申请和源对象尺寸匹配的独立内存，逐元素拷贝矩阵数据，正确设置n_rows/n_cols/row_start/col_start/origcols等成员，将新对象的hasownvalues设为true，明确新对象持有独立内存的所有权。 - 拷贝赋值运算符：先做自赋值判断，再释放当前对象持有的内存（如果有所有权），之后和拷贝构造逻辑一致，申请新内存、拷贝数据、设置成员值。
如果使用C++11及以上版本，建议额外实现移动构造和移动赋值运算符：直接将源对象的指针、成员变量值转移到新对象，将源对象的M指针置空、hasownvalues设为false，避免不必要的深拷贝，vector扩容时性能会显著提升，也不会触发浅拷贝问题。
- 析构函数：检查
方案2（临时规避，不推荐长期使用）：原地构造对象减少临时拷贝
可以修改循环逻辑，直接在vector的内存位置原地构造Matrix对象，避免局部临时对象的拷贝和销毁：for (auto& it : filenames) { coredata.emplace_back(it); // 直接传构造参数，在vector管理的内存上构造对象 }注意这个方案仅绕开了循环内局部对象的拷贝问题，后续vector扩容时仍然会触发对象拷贝/移动，如果类没有正确的拷贝/移动语义，依然会触发同类故障，仅能作为临时调试手段。
方案3（最稳妥，从根源避免内存错误）：替换裸指针为RAII容器
去掉T** M裸指针，将底层存储替换为std::vector<std::vector<T>> M，所有内存申请、释放、拷贝逻辑交给标准库vector自动处理，你不需要手动实现析构、拷贝构造、拷贝赋值函数，编译器默认生成的成员函数就能保证正确性，从根源上杜绝裸指针带来的内存问题。类中用于实现子矩阵逻辑的row_start/col_start/origcols/hasownvalues等成员可以正常保留，不影响原有功能。
你类中定义的hasownvalues成员本来是用于区分子矩阵（和父矩阵共享内存，无所有权，不需要释放内存）和独立矩阵（自有内存，需要释放）的标记，但默认生成的拷贝/移动构造函数完全不会处理这个标记的语义：如果要实现子矩阵共享内存的逻辑，需要单独写对应的构造函数（比如传入父矩阵引用、行列偏移的子矩阵构造函数），明确设置hasownvalues为false，绝对不能对共享内存的对象执行释放操作，否则会出现所有权混乱。
内容的提问来源于stack exchange，提问作者Ferrozin
