在Visual Studio 2022中排查内存泄漏及Vector类访问冲突问题

先解决Vector类的致命错误 #

你代码里的核心问题是赋值运算符中的delete[] &other;——这行完全错误：&other是传入的对象引用的地址，根本不是用new[]分配的数组指针，执行它会直接破坏内存结构，导致后续析构时的访问冲突，必须立刻删掉这行。

除此之外，原赋值运算符还有逻辑缺陷：

• 未处理自赋值（比如a = a）：如果当前对象和other是同一个，当other.m_nrOfElements > m_nrOfElements成立时，会先释放m_elements，之后循环访问已经被释放的内存，触发未定义行为。
• 内存管理逻辑不严谨：当other的元素数小于等于当前容量时，虽然不会泄漏，但如果后续没有收缩容量的逻辑，会造成内存浪费（不过这不属于泄漏范畴）。

推荐用拷贝交换法改写赋值运算符，彻底避免这些问题：

template<typename T>
inline Vector<T>& Vector<T>::operator=(const Vector& other)
{
    Vector<T> temp(other); // 拷贝构造临时对象，自动处理内存分配
    // 交换当前对象和临时对象的成员
    std::swap(m_nrOfElements, temp.m_nrOfElements);
    std::swap(m_capacity, temp.m_capacity);
    std::swap(m_elements, temp.m_elements);
    return *this;
}

// 移动赋值运算符也可以简化成这样，更安全
template<typename T>
inline Vector<T>& Vector<T>::operator=(Vector&& other)
{
    std::swap(m_nrOfElements, other.m_nrOfElements);
    std::swap(m_capacity, other.m_capacity);
    std::swap(m_elements, other.m_elements);
    return *this;
}

临时对象会在函数结束时自动析构，释放原来的内存，既避免泄漏，也天然支持自赋值。

Visual Studio 2022 无需修改测试项目属性的内存泄漏排查方法 #

1. 用内置调试输出直接看泄漏报告 #

• 以调试模式启动程序（F5），等程序运行结束后，打开输出窗口（菜单：视图 → 输出）。
• 在输出窗口的下拉列表选「调试」，滚动到日志底部，VS会自动输出内存泄漏的详细信息，包括泄漏内存的分配位置、大小等。
• 如果没看到报告，检查调试设置：菜单「调试 → 选项 → 调试 → 常规」，勾选「启用原生运行时检查」。

2. 手动触发内存泄漏 dump #

如果输出窗口没自动显示，可以在程序退出前的位置（比如你Vector类的析构函数末尾，或者测试程序的main函数结尾，临时加代码，测试完移除）添加：

#include <crtdbg.h>
// 放在需要检测的位置
_CrtDumpMemoryLeaks();

运行程序后，泄漏信息会直接打印到调试输出窗口。

3. 用性能探查器的内存工具定位 #

• 菜单选「调试 → 性能探查器」，勾选「内存使用」后启动。
• 程序运行时，点击「拍摄快照」按钮，多拍几个快照后对比，找出持续增长或未释放的内存块，右键选「查看调用堆栈」就能定位到分配内存的代码行。

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