copendir函数在多线程环境下的应用

先说说多线程环境下操作目录列表这件事。很多开发者碰到类似场景，第一反应就是直接调个函数扫目录，然后开几个线程并行处理——但这里面其实有不少坑。就拿copysrc（有的系统上叫scandir）这类函数来说，用起来简单，部署到多线程代码里却需要格外小心。

几个核心问题值得单独拎出来讲。

第一，线程安全。你得先确认手头这个函数版本是不是线程安全的。现代库和系统调用大多已经做好了支持，但最好还是翻一下文档，别凭感觉。万一某个底层实现依赖全局状态，多线程一跑，数据就串了。

第二，资源竞争。多个线程同时扫同一个目录，听起来效率高，但实际可能引发竞态条件。比如一个线程在读取目录项，另一个线程正好在修改目录结构，结果就乱了。解决方案也很经典：加互斥锁（mutex），保证同一时刻只有一个线程能操作这个目录。当然，锁的粒度要控制好，别搞成全局锁，反而把并行性锁没了。

第三，错误处理。多线程场景下，错误排查比单线程复杂得多。权限不足、磁盘空间满、文件描述符耗尽——这些错误在并发时更容易出现，而且一旦一个线程崩了，其他线程可能还在跑，整个程序的状态就不可控了。所以每个线程里都要做好错误检查，该抛异常抛异常，该记录日志记录日志。

第四，性能上的取舍。频繁创建和销毁线程本身就有开销，如果目录扫描任务本身很轻量，开大量线程反而得不偿失。更合理的做法是使用线程池，控制同时运行的线程数量，既利用多核能力，又避免过度调度。

看一个简单的例子就清楚了。下面这段代码创建了4个线程，每个线程都扫描同一个目录路径：

#include 
#include 
#include 
#include 

#define NUM_THREADS 4

typedef struct {
    char *path;
} thread_data_t;

void *scan_directory(void *arg) {
    thread_data_t *data = (thread_data_t *)arg;
    DIR *dir = opendir(data->path);
    if (dir == NULL) {
        perror("opendir");
        return NULL;
    }
    struct dirent *entry;
    while ((entry = readdir(dir)) != NULL) {
        printf("%s\n", entry->d_name);
    }
    closedir(dir);
    return NULL;
}

int main() {
    pthread_t threads[NUM_THREADS];
    thread_data_t thread_data[NUM_THREADS];

    for (int i = 0; i < NUM_THREADS; ++i) {
        thread_data[i].path = "/path/to/directory";
        if (pthread_create(&threads[i], NULL, scan_directory, &thread_data[i]) != 0) {
            perror("pthread_create");
            return 1;
        }
    }

    for (int i = 0; i < NUM_THREADS; ++i) {
        pthread_join(threads[i], NULL);
    }

    return 0;
}

这里每个线程都拿到了自己独立的thread_data_t结构体实例，避免了共享数据的竞争。当然，实际项目中如果所有线程都扫描同一个目录，还是需要加锁来控制opendir/readdir的调用顺序，否则内核层面的目录指针可能被多个线程同时操作，行为不可预测。简单来说，结构体独立只是第一步，真正要小心的是共享资源（比如同一个目录句柄）的并发访问。多线程编程没有银弹，每个细节都值得多看一眼。