基于tinythread的多线程循环内存持续增长问题排查求助

嘿，我来帮你拆解这个头疼的内存问题——你遇到的虚拟内存（VSZ）持续上涨，但堆检查器显示无泄漏的情况，并不是真正的内存泄漏，大概率是Linux系统的线程栈内存分配机制导致的“伪增长”，结合你用的tinythread库，具体原因和解决办法如下：

问题根源 #

Linux下，tinythread底层依赖的pthread库默认给每个线程分配8MB的栈内存。当线程执行完毕退出后，glibc并不会立刻把这块栈内存还给操作系统，而是把它存在内部的内存池里，留着给后续新建的线程复用——这是个性能优化手段，避免频繁向内核申请/释放内存带来的开销。

你的代码每次创建100个线程，每次迭代虚拟内存涨差不多1.9GB，正好和100*8MB的栈内存总量（还带点glibc预留的额外空间）对上了。而堆检查器只能监控堆上的内存，线程栈属于栈内存，不在它的检测范围内，所以才会显示“无内存泄漏”。

先验证是不是“伪增长” #

你可以先确认下物理内存的使用情况：

• 用top命令看进程的RSS（常驻物理内存）：如果RSS没有跟着VSZ持续涨，只是虚拟内存数字在变大，那说明这些内存只是被glibc“占着位置”，实际物理内存并没有被一直占用，完全是正常现象。
• 用pmap -x <你的进程PID>查看内存映射：你会看到一堆标记为stack的内存区域，线程退出后它们会被标为unused，但不会立刻还给内核。

解决办法 #

根据你的需求，有两种处理方式：

1. 调小线程栈大小 #

如果你真的想降低虚拟内存占用，可以给线程设置更小的栈空间。tinythread支持用thread_attributes来配置栈大小，修改你的代码就行：

void startAndJoin100() {
    vector<tthread::thread*> vThreads;
    tthread::thread_attributes attr;
    // 把栈大小设为128KB（根据你的实际需求调整，别太小以防栈溢出）
    attr.set_stack_size(128 * 1024);
    for(int i=0;i<100;++i) {
        // 用带属性的构造函数创建线程
        vThreads.push_back(new tthread::thread(attr, doNothingAtAll, NULL));
    }
    while(!vThreads.empty()) {
        tthread::thread* pThread(vThreads.back());
        pThread->join();
        delete pThread;
        vThreads.pop_back();
    }
}

这样每个线程的栈从8MB砍到128KB，每次迭代的虚拟内存增长会大幅降低。

2. 不用改代码，接受内存池机制 #

如果物理内存（RSS）没有持续增长，那这种虚拟内存增长完全不影响性能——这些内存只是被glibc缓存着，下次创建线程时直接复用，不会再向系统申请新内存。这种情况下完全不用做任何修改，属于正常的优化行为。

额外提醒 #

• 要是你在Windows上测试，可能不会有这个问题：Windows的线程栈管理机制不一样，线程退出后栈内存会更快还给系统。
• 确保你用的是最新版的tinythread，避免库本身有资源泄漏的bug（不过从你的代码来看，join()之后delete线程对象的操作是正确的，应该能释放所有线程资源）。

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