正确做法是检查 directory_iterator(p) == directory_iterator{}；需先验证是否为目录，且须用 try/catch 处理权限异常，避免误用 is_empty() 因其语义模糊、忽略权限与隐藏项。
用 std::filesystem::directory_iterator 检查目录是否为空，别直接取 begin()
直接对空目录调用 std::filesystem::directory_iterator 的 begin() 不会崩溃，但它的行为和你直觉想的不一样：它返回一个“尾迭代器”（即等价于 end()），而不是抛异常或报错。所以不能靠“能不能取到第一个元素”来判断——因为根本取不到，连解引用都非法。
正确做法是检查迭代器范围是否为空，也就是 begin() == end()：
namespace fs = std::filesystem;
bool is_empty_dir(const fs::path& p) {
if (!fs::is_directory(p)) return false;
auto it = fs::directory_iterator(p);
return it == fs::directory_iterator{};
}
- 必须先确认
p是目录，否则directory_iterator构造可能抛filesystem_error -
fs::directory_iterator{}是默认构造的尾迭代器，和end()语义一致 - 不要写
++it; if (it == end()) ...—— 对空目录，初始it就已是尾，前置递增未定义
为什么不用 std::filesystem::is_empty()？
std::filesystem::is_empty() 看起来最顺手，但它对目录的定义是「不含任何**可见**条目」，而实际行为受 OS 和权限影响极大：
- 在 Linux 上，它会跳过
.和..，但若目录里只有不可读子项（比如权限为 000），is_empty()可能返回true，而directory_iterator会抛异常 - 在 Windows 上，若目录有隐藏文件（如
desktop.ini），is_empty()默认不计入，但directory_iterator会遍历出来 - 它不区分“真为空”和“无访问权限”，错误码全被吞掉，调试时抓瞎
所以除非你明确接受这种宽松语义，否则别用它做空目录判定。
立即学习“C++免费学习笔记（深入）”；
遇到 filesystem_error: Permission denied 怎么办
常见于遍历系统目录（如 /proc、/sys）或用户无权读取的路径。此时 directory_iterator 构造就会抛 std::filesystem::filesystem_error，不是返回空范围。
- 必须用
try/catch包裹构造逻辑，不能只靠is_directory()预检 —— 权限检查和遍历是两回事 - 若只需“是否可安全判定为空”，建议先
access(path.c_str(), R_OK)（POSIX）或GetFileAttributes()（Windows）预筛 - 某些场景下，把错误当作“非空但不可读”处理更合理（比如备份工具应报错而非跳过）
性能差异：一次遍历 vs 多次 directory_iterator 构造
有人会写 if (dir_is_empty(p)) { for (auto& e : fs::directory_iterator(p)) {...} } —— 这触发了两次底层目录扫描，在 NFS 或慢存储上明显拖慢。
- 推荐一次性遍历并计数：
std::distance(begin, end)虽然理论上是 O(n)，但现代 libstdc++/libc++ 对空目录做了短路优化 - 更稳妥的是边遍历边 break：
for (auto it = begin; it != end; ++it) { return false; } return true; - 避免在循环内重复构造
directory_iterator，尤其不要在 lambda 捕获里隐式构造
真正难的不是怎么写，是想清楚你要的“空”到底指什么：权限允许下的空？所有文件系统条目的空？还是忽略隐藏项的空？选错语义，后面全是坑。
