readdir函数如何处理权限问题

readdir 这个函数，大家都不陌生吧？在 POSIX 系统里，它是读取目录内容的标配工具，但偏偏在权限问题上，翻车的概率特别高。很多开发者跑着跑着，突然发现返回了一个 NULL，然后一脸懵——到底是谁不让读？今天咱们就捋一捋，怎么干净利落地搞定这个问题。

先说最直接的一步：确认当前用户有没有“看”这个目录的资格。跑一下 ls -l 瞄一眼权限位，如果“r”没亮红灯，那就是被挡在门外了。怎么办？简单粗暴的办法是用 chmod a+r directory_name 给所有用户加上读取权限——当然，生产环境慎用，按需来。

如果权限没问题，那可能是目录主人不对。用 chown 把所有权转给当前用户，比如 sudo chown your_username directory_name，这就相当于把钥匙直接交到你手里。

还没完呢。一个高阶技巧是在调用 readdir 之前，先拿 access 函数探探路。比如下面这段代码，提前检查是否有读取权限（R_OK），有的话再放心大胆地开干：

#include 
if (access("directory_name", R_OK) == 0) {
    // 具有读取权限，可以调用 readdir
} else {
    // 没有读取权限，处理错误
}

当然，最核心的防线还是错误处理。很多程序都是在拿到 NULL 时直接跳过去了，根本没看 errno。记住：readdir 返回 NULL 不一定是读完了，也可能是权限不够或目录损坏。务必用 perror 或者 strerror 把具体原因打出来。一个健壮的写法大概长这样：

#include 
#include 

DIR *dir = opendir("directory_name");
if (dir == NULL) {
    perror("opendir");
    // 处理错误
} else {
    struct dirent *entry;
    while ((entry = readdir(dir)) != NULL) {
        // 处理目录项
    }
    closedir(dir);
}

这几招组合起来，基本能覆盖 90% 以上的权限场景。最后再提醒一句：别把目录权限开太大，安全跟可用性之间，得找个平衡点。祝大家读取愉快，不踩坑。