为何C++代码内存占用持续增长？跨平台表现差异排查

你遇到的问题呈现明显的跨平台差异：

• Windows Visual Studio Release模式：10分钟内内存从1GB飙升至2GB，即便显式join线程并清空vector
• Linux下程序正常执行，无内存激增
• Godbolt环境下直接出现段错误

问题代码 #

#include <vector>
#include <thread>
int mul(int a, int b) {
    return a * b;
}
class Calc{ 
    std::vector<std::thread> vt = {};
public:
    Calc () {};
    ~Calc() noexcept {
        flush();
    };
    void flush() {
        for (auto& t : vt) { t.join(); }
        vt.clear();
    }
    template<typename F, typename... Ts>
    void addTask(F&& f, Ts&&... params) {
        vt.emplace_back(std::thread (std::forward<F>(f), std::forward<Ts>(params)...) );
    }
};

int main()
{
    Calc calc;
    for (auto i = 0; i < 1000; i++) {
        for (auto j = 0; j < 1000; j++) {
            calc.addTask(mul, i, i * 2);
        }
        calc.flush();
    }
    return 0;
}

核心问题分析 #

1. 参数转发引发的未定义行为（Godbolt段错误根源）

addTask模板使用了万能引用Ts&&... params，传递循环变量i时，由于i是左值，模板会将Ts推导为int&，最终std::forward<Ts>(params)会把i的引用传递给std::thread构造函数。

线程的执行时机是不确定的：主线程的循环可能已经修改了i的值，甚至极端场景下i已经超出作用域，导致线程函数mul访问非法内存，这就是Godbolt下出现段错误的原因。

2. Windows下的内存增长（伪泄漏/内存碎片）

Windows平台线程默认栈大小为1MB左右，你每次循环创建1000个线程，瞬间就会占用约1GB栈内存。虽然线程join后栈内存会被回收，但：

• VS的CRT内存分配器会把回收的内存保留在进程内存池中作为缓存，不会立即归还给系统，导致内存占用看起来持续上升
• 频繁创建销毁线程会产生大量内存碎片，进一步推高进程的虚拟内存占用

这不是真正的内存泄漏，只是内存未被系统回收；而Linux的内存管理机制在这种场景下会更高效地复用内存，因此没有出现明显增长。

解决方案 #

1. 修复参数传递的未定义行为
   确保传递给线程的是循环变量的值拷贝，而非引用，两种实现方式：

   • 调用addTask时显式拷贝参数：

     calc.addTask(mul, int(i), int(i * 2));
     

   • 修改addTask模板，让参数按值传递：

     template<typename F, typename... Ts>
     void addTask(F&& f, Ts params...) {
         vt.emplace_back(std::thread(std::forward<F>(f), std::forward<Ts>(params)...));
     }
     

2. 替换线程创建方式，使用线程池
   每次循环创建1000个线程的开销极大，无论是内存还是CPU。建议使用线程池复用线程，避免频繁创建销毁线程带来的内存碎片和性能损耗，比如基于C++20的std::jthread实现简易线程池，或者使用成熟的第三方线程池库。

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