跨平台并发编程：Windows与Linux线程模型的差异

做并发编程这么多年，我踩过最大的坑，就是「以为线程就是线程」。

早些年我在一个金融交易系统项目里，代码在Linux上跑得稳稳当当，一部署到Windows服务器就出诡异的内存问题。查了三天，最后发现是线程栈大小不一致导致的。嗯，从那以后，我对跨平台线程模型就格外上心了。

一、Windows与Linux的线程模型差异

说白了，Windows和Linux的线程实现，底层哲学就不一样。

对比维度	Windows (Win32 Threads)	Linux (POSIX Threads / pthreads)
内核对象	每个线程对应一个内核对象，由内核管理	轻量级进程（LWP），1:1或N:M映射
线程标识	HANDLE + DWORD (Thread ID)	pthread_t (不透明类型)
栈大小	默认1MB，链接时指定	默认8MB，可通过pthread_attr_t设置
调度策略	优先级驱动，32个优先级级别	SCHED_OTHER / SCHED_FIFO / SCHED_RR
线程局部存储	TLS (TlsAlloc/TlsGetValue)	__thread 关键字 + pthread_key_t

二、使用标准库实现跨平台

好消息是，C++11开始，我们有了std::thread。它把Windows和Linux的差异都封装好了。

#include <thread>
#include <iostream>

void worker(int id) {
    std::cout << "线程 " << id 
              << " 在运行，线程ID: " 
              << std::this_thread::get_id() 
              << std::endl;
}

int main() {
    std::thread t1(worker, 1);
    std::thread t2(worker, 2);
    
    t1.join();
    t2.join();
    return 0;
}

这段代码在Windows和Linux上都能编译通过，行为一致。但注意——std::thread只是「语法层面的跨平台」，底层行为还是有差异的。

三、平台特定API的封装

我在项目中遇到过这样一个需求：需要给每个工作线程设置名字，方便调试器查看。Windows用SetThreadDescription，Linux用pthread_setname_np。标准库？没有这功能。

怎么办？封装呗。

#ifdef _WIN32
    #include <windows.h>
    #include <processthreadsapi.h>
#else
    #include <pthread.h>
    #include <sys/prctl.h>
#endif

#include <string>
#include <thread>

class ThreadUtils {
public:
    static void setThreadName(const std::string& name) {
#ifdef _WIN32
        // Windows: 使用 SetThreadDescription (Win10+)
        HRESULT hr = SetThreadDescription(
            GetCurrentThread(),
            std::wstring(name.begin(), name.end()).c_str()
        );
        if (FAILED(hr)) {
            // 降级方案：设置结构化异常
        }
#elif defined(__linux__)
        // Linux: 使用 pthread_setname_np
        // 注意：Linux限制名字长度不超过16字节
        std::string truncated = name.substr(0, 15);
        pthread_setname_np(pthread_self(), truncated.c_str());
#else
        // macOS/FreeBSD 等其他平台
        pthread_setname_np(name.c_str());
#endif
    }

    static void setThreadAffinity(std::thread& t, int cpu_id) {
#ifdef _WIN32
        DWORD_PTR mask = 1ULL << cpu_id;
        SetThreadAffinityMask(t.native_handle(), mask);
#elif defined(__linux__)
        cpu_set_t cpuset;
        CPU_ZERO(&cpuset);
        CPU_SET(cpu_id, &cpuset);
        pthread_setaffinity_np(t.native_handle(), 
                               sizeof(cpu_set_t), &cpuset);
#endif
    }
};

四、封装策略：接口与实现分离

我个人习惯用Pimpl模式（Pointer to Implementation）来做跨平台封装。这样上层代码完全不用关心底层是Windows还是Linux。

// ThreadPlatform.h (公共接口)
class ThreadPlatform {
public:
    void setName(const std::string& name);
    void setPriority(int priority);
    void bindToCore(int core_id);
    
private:
    class Impl;
    std::unique_ptr<Impl> pImpl_;
};

// ThreadPlatform_win.cpp (Windows实现)
class ThreadPlatform::Impl {
public:
    void setName(const std::string& name) {
        // Windows具体实现
    }
    // ...
};

// ThreadPlatform_linux.cpp (Linux实现)
class ThreadPlatform::Impl {
public:
    void setName(const std::string& name) {
        // Linux具体实现
    }
    // ...
};

这种做法的好处很明显：

• 编译隔离：Windows代码不会污染Linux编译环境
• 测试方便：可以mock掉Impl层做单元测试
• 扩展性强：加一个新平台，加一个cpp文件就行

五、跨平台线程模型的核心逻辑

我把整个跨平台线程封装的核心逻辑画成了下面这张图。你看一眼就明白了。

六、避坑指南

最后，分享几个我踩过的坑：

• 线程栈溢出：Linux默认8MB栈，Windows默认1MB。如果你在Windows上递归深度大，很容易栈溢出。我建议跨平台代码里显式设置栈大小。
• 线程ID类型不同：Windows的DWORD和Linux的pthread_t不能互换。用std::thread::id做跨平台比较。
• 信号处理差异：Linux线程会继承信号掩码，Windows不会。如果你做信号相关的并发编程，要格外小心。
• 调试器支持：Windows的SetThreadDescription在Win10+才支持，老系统要用RaiseException的方式。Linux的pthread_setname_np在glibc 2.12+才稳定。

嗯，跨平台并发编程就是这样。说白了就是：承认差异，封装差异，然后忘掉差异。