C语言实现多线程通常依赖操作系统接口、标准线程库或并行编程框架。不同方案在兼容性、控制能力和开发成本上各有特点，选择时需要结合目标平台、编译器支持、任务类型以及线程同步需求综合判断。真正落地时，除了知道接口名称，还要明确线程入口函数签名、创建与等待方式、同步对象初始化和销毁流程，以及对应的编译命令。

C语言多线程的基础

传统C语言本身不直接提供统一的操作系统线程接口，因此多线程能力通常来自C11线程库、POSIX线程库、Windows线程接口或OpenMP等工具。程序一般先创建线程并指定入口函数，再通过等待操作回收线程资源。多个线程共享进程的地址空间，访问同一数据时必须正确处理同步问题，否则可能出现数据竞争、死锁或结果不稳定。若只是想并行加速循环，OpenMP通常比手动管理线程更省事；若需要长期运行线程、精细同步或平台专用能力，则更适合直接使用线程库。

使用C11标准线程库

C11在threads.h中定义了较统一的线程接口，常用API包括thrd_create、thrd_join、thrd_detach、mtx_init、mtx_lock、mtx_unlock、mtx_destroy、cnd_init、cnd_wait、cnd_signal和cnd_destroy。线程入口函数签名通常写成int worker(void *arg)，返回值可通过thrd_join取回。下面是一个最小可运行示例，演示thrd_t线程创建、mtx_t互斥保护和资源销毁流程：

#include 
#include 

typedef struct {
    int *value;
    mtx_t *lock;
} ThreadArg;

int worker(void *arg) {
    ThreadArg *ctx = (ThreadArg *)arg;
    mtx_lock(ctx->lock);
    (*ctx->value) += 1;
    printf("worker value=%dn", *ctx->value);
    mtx_unlock(ctx->lock);
    return 0;
}

int main(void) {
    thrd_t t;
    int value = 0;
    mtx_t lock;
    ThreadArg arg = { &value, &lock };

    if (mtx_init(&lock, mtx_plain) != thrd_success) return 1;
    if (thrd_create(&t, worker, &arg) != thrd_success) {
        mtx_destroy(&lock);
        return 1;
    }

    thrd_join(t, NULL);
    mtx_destroy(&lock);
    printf("main value=%dn", value);
    return 0;
}

编译命令可写为gcc -std=c11 demo.c -o demo，部分工具链还需要额外链接线程库。运行后通常会输出worker value=1和main value=1。需要注意的是，并非所有编译器和标准库都完整支持threads.h；如果实际环境缺失该头文件或接口实现，跨平台项目通常改用pthread或在Windows上改用_beginthreadex。

• thrd_create用于创建线程，线程入口函数签名通常为int func(void *arg)
• thrd_join可等待线程结束并取得返回值，thrd_detach适合无需回收返回结果的分离线程
• mtx_t配合mtx_init、mtx_lock、mtx_unlock、mtx_destroy完成互斥访问控制
• cnd_t配合cnd_wait、cnd_signal或cnd_broadcast协调条件等待；所有同步对象使用完都应显式销毁

使用POSIX线程库

在Linux及其他类Unix系统中，pthread是应用广泛的实现方式。它接口成熟、控制能力强，适合服务器、系统工具和跨类Unix平台的软件。下面给出一个完整的最小示例，包含线程入口函数、参数传递、创建、等待、互斥保护和资源清理步骤：

#include 
#include 

typedef struct {
    int *counter;
    pthread_mutex_t *lock;
} ThreadArg;

void *worker(void *arg) {
    ThreadArg *ctx = (ThreadArg *)arg;
    pthread_mutex_lock(ctx->lock);
    (*ctx->counter) += 1;
    printf("worker counter=%dn", *ctx->counter);
    pthread_mutex_unlock(ctx->lock);
    return NULL;
}

int main(void) {
    pthread_t tid;
    int counter = 0;
    pthread_mutex_t lock;
    ThreadArg arg = { &counter, &lock };

    pthread_mutex_init(&lock, NULL);
    pthread_create(&tid, NULL, worker, &arg);
    pthread_join(tid, NULL);
    pthread_mutex_destroy(&lock);

    printf("main counter=%dn", counter);
    return 0;
}

常见编译命令为gcc demo.c -pthread -o demo。运行后通常可见worker counter=1和main counter=1。若线程函数需要返回结果，可在return中返回堆内存地址，再由pthread_join接收并在主线程释放。除了pthread_create和pthread_join，实际项目还常配合pthread_mutex_t、pthread_rwlock_t、pthread_cond_t等同步原语组织共享资源访问。

• pthread_create负责创建线程，第三个参数是线程入口函数，第四个参数用于传递自定义上下文
• pthread_join负责等待可连接线程结束；若线程无需回收，可改用pthread_detach
• pthread_mutex_t用于互斥访问共享资源，使用后应调用pthread_mutex_destroy释放内部资源
• pthread_cond_t适合生产者消费者等场景，可与pthread_mutex_t配合完成条件等待和唤醒

使用Windows线程接口

面向Windows平台时，若线程会调用printf、malloc等C运行库函数，通常优先使用_beginthreadex而不是CreateThread。原因在于_beginthreadex会为C运行库正确初始化线程相关状态，线程退出时通常配合_endthreadex或直接从线程函数返回；CreateThread更适合纯Windows API风格的线程入口。_beginthreadex的线程函数签名通常写成unsigned __stdcall worker(void *arg)，返回值为unsigned。最小示例如下：

#include 
#include 
#include 

typedef struct {
    int value;
    CRITICAL_SECTION *lock;
} ThreadArg;

unsigned __stdcall worker(void *arg) {
    ThreadArg *ctx = (ThreadArg *)arg;
    EnterCriticalSection(ctx->lock);
    ctx->value += 1;
    printf("worker value=%dn", ctx->value);
    LeaveCriticalSection(ctx->lock);
    _endthreadex(0);
    return 0;
}

int main(void) {
    HANDLE threadHandle;
    unsigned threadId;
    CRITICAL_SECTION lock;
    ThreadArg arg = { 0, &lock };

    InitializeCriticalSection(&lock);
    threadHandle = (HANDLE)_beginthreadex(NULL, 0, worker, &arg, 0, &threadId);
    if (threadHandle == 0) {
        DeleteCriticalSection(&lock);
        return 1;
    }

    WaitForSingleObject(threadHandle, INFINITE);
    CloseHandle(threadHandle);
    DeleteCriticalSection(&lock);
    printf("main value=%dn", arg.value);
    return 0;
}

使用MSVC时可直接在开发者命令行中编译；MinGW环境则需确认运行库和头文件兼容。这里的回收顺序很关键：先WaitForSingleObject等待线程结束，再CloseHandle释放线程句柄，最后销毁CRITICAL_SECTION等同步对象。若改用CreateThread，等待和CloseHandle流程相同，但不应把它当成调用C运行库代码时的默认首选。

• _beginthreadex适合会使用C运行库的线程，线程结束时可显式调用_endthreadex或直接返回
• CreateThread更偏向原生Windows API线程入口，不负责C运行库线程状态初始化
• WaitForSingleObject用于等待线程句柄或其他同步对象变为有信号状态
• CloseHandle负责关闭线程句柄；CRITICAL_SECTION使用完后还应调用DeleteCriticalSection

使用OpenMP进行并行计算

OpenMP通过编译指令将循环或代码区域并行化，适合计算密集型任务。开发者不必手动维护每个线程的创建和回收，但仍需明确变量是共享还是线程私有，并注意循环迭代之间是否存在依赖。下面是一个并行求和的最小示例：

#include 

int main(void) {
    int sum = 0;

    #pragma omp parallel for reduction(+:sum)
    for (int i = 1; i <= 100; ++i) {
        sum += i;
    }

    printf("sum=%dn", sum);
    return 0;
}

GCC常见编译命令为gcc -fopenmp demo.c -o demo，运行结果通常为sum=5050。它更偏向并行计算，而不是需要长期线程、复杂通信或精细生命周期管理的通用线程程序。若任务只是把独立循环迭代分给多个核心处理，OpenMP往往比手写pthread或Windows线程更高效。

• 并行循环适合各次迭代相互独立的计算任务
• reduction适合并行汇总求和、统计等归约操作
• OpenMP主要依赖编译器开关启用，不负责复杂线程生命周期管理

方案选择与同步要点

选择方案时，最好把平台支持、标准化程度、编译配置、线程控制能力和典型任务放在一起比较：

典型选择场景可以概括为：想优先兼顾代码统一性时先检查C11线程库是否可用；目标明确是类Unix系统且需要细粒度控制时优先pthread；Windows程序且线程会调用C运行库时优先_beginthreadex；只是把独立循环并行化时优先OpenMP。无论采用哪种方案，都应尽量减少共享可变数据，明确锁的获取顺序，保证每条退出路径都能释放资源，并使用压力测试和线程检测工具检查偶发的数据竞争。线程数量也不是越多越好，通常应根据处理器核心数、任务等待时间和内存开销进行调整。

实现C多线程的关键不只是创建线程，还包括选择合适的接口、写出能够直接编译运行的最小示例，并把同步、等待和资源回收流程补完整。先依据平台与任务特征确定方案，再逐步扩展线程数量、共享数据和错误处理逻辑，程序才能稳定地发挥并发优势。

《夸克》非常好用的免费AI浏览器

下载APP查看