判断块设备的正确方法是调用stat()获取st_mode，再用(st_mode & S_IFMT) == S_IFBLK精确匹配；需确保路径存在可访问，且不能用lstat()或路径后缀判断。
用 stat() 检查 st_mode 是否含 S_IFBLK
核心方法是调用 stat() 获取文件元信息，再判断其 st_mode 字段是否包含块设备类型标志。这不是靠路径名后缀或字符串匹配，而是依赖内核返回的真实设备类型。
- 必须使用
stat()（而非fstat()或lstat()），因为你要检查的是路径指向的目标，不是符号链接本身 -
st_mode & S_IFMT应等于S_IFBLK，不能只写st_mode & S_IFBLK—— 因为S_IFBLK是掩码位，直接按位与可能误判（比如其他位同时为 1） - 路径必须存在且可访问，否则
stat()返回 -1，errno可能是ENOENT、EACCES等，需先处理这类错误
常见误判场景：/dev 下的普通文件 or 符号链接
像 /dev/sda 这类路径看似是块设备，但若它实际是个指向 /dev/disk/by-path/... 的符号链接，而目标不可达，stat() 就会失败；又或者某些发行版在 /dev 下放了模拟设备的普通文件（如测试用的 /dev/null 块设备镜像），它们的 st_mode 并不满足 S_IFBLK。
- 用
lstat()代替stat()会返回链接本身的类型（通常是S_IFLNK），无法反映真实设备类型 - 仅检查路径是否以
/dev/开头毫无意义——/dev/shm是内存文件系统，/dev/pts/0是伪终端，都不是块设备 - 某些容器环境里，
/dev是挂载的 tmpfs，里面节点可能是 mknod 创建的，也可能是 bind mount 进来的，行为一致，仍应以stat()结果为准
最小可行代码示例（POSIX 兼容）
#include <sys/stat.h>
#include <unistd.h>
<p>bool is_block_device(const char* path) {
struct stat sb;
if (stat(path, &sb) != 0) return false;
return (sb.st_mode & S_IFMT) == S_IFBLK;
}
注意：S_IFMT 是类型掩码，S_IFBLK 是其中一种取值。glibc 和大多数 POSIX 系统都支持；Windows 不适用（无原生块设备概念），交叉编译时需确保目标平台定义了这些宏。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
权限与 root 权限无关，但路径可达性决定成败
判断块设备类型本身不需要 root 权限——只要进程能对路径执行 stat() 系统调用即可。这意味着：目录执行位（x）和父目录遍历权才是关键，而不是设备节点自身的读写权限。
立即学习“C++免费学习笔记（深入）”；
- 如果路径是
/dev/dm-0，但你的进程不在disk组中，通常仍能stat()成功（除非该节点被额外加了 ACL 限制） - 真正卡住的往往是路径中间某层目录缺少执行权限，例如
/mnt/badperm/sda中/mnt/badperm没有x位，stat()直接返回EACCES -
is_block_device()返回false时，不能直接断定“不是块设备”，而应检查errno是否为0（成功）、ENOENT（不存在）、EACCES（不可达）等，再做区分
设备类型的判定逻辑很干净，但现实里总卡在路径权限、符号链接解析、命名空间隔离这些地方——别急着改判断逻辑，先 strace -e trace=stat 看系统调用到底在哪一步失败。
