dirent结构体成员是否均可使用？自制ls命令需按文件类型排序咨询

关于d_type的可行性 #

d_type是dirent结构体的成员，初衷是让开发者无需额外系统调用就能快速获取文件类型，但它存在兼容性局限：

• 在ext4、XFS、Btrfs等主流本地文件系统中，d_type能正常返回准确的文件类型值，完全可以使用，且效率更高；
• 部分老旧文件系统、早期网络文件系统（如老版本NFS）会返回DT_UNKNOWN，此时无法通过它判断文件类型；
• 如果你的自制ls仅针对本地常见场景，d_type是可行的；但要做全场景兼容的通用版ls，就不能单独依赖它。

替代方案：用stat()/lstat()判断 #

这是最可靠的通用方案，系统自带的ls在d_type不可用时也会采用这个方法：

• 对每个文件路径调用lstat()（要区分符号链接本身和它指向的目标时用lstat()；需要跟随符号链接则用stat()），获取struct stat结构体；
• 通过st_mode字段配合系统宏判断文件类型：
  • S_ISDIR(st.st_mode)：目录
  • S_ISREG(st.st_mode)：普通文件
  • S_ISLNK(st.st_mode)：符号链接
  • S_ISCHR(st.st_mode)：字符设备
  • S_ISBLK(st.st_mode)：块设备
  • S_ISFIFO(st.st_mode)：FIFO/管道
  • S_ISSOCK(st.st_mode)：套接字
• 示例代码片段：

  #include <sys/stat.h>
  #include <stdio.h>
  #include <dirent.h>
  
  // 假设已获取目标文件名filename
  struct stat st_buf;
  if (lstat(filename, &st_buf) == -1) {
      perror("lstat failed");
      continue;
  }
  if (S_ISDIR(st_buf.st_mode)) {
      // 处理目录类型逻辑
  } else if (S_ISREG(st_buf.st_mode)) {
      // 处理普通文件类型逻辑
  }
  

• 缺点是每个文件都要发起一次系统调用，比用d_type稍慢，但兼容性拉满，适合通用场景。

按类型排序的思路 #

不管用哪种方式获取文件类型，都可以给不同类型分配优先级（比如目录优先级最高，其次是普通文件，再是设备文件等），排序时比较每个文件的优先级，即可实现按类型排序的需求。

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