std::filesystem::is_empty() 是 c++17 起最直接、跨平台的判断方式，仅检查目录是否存在且无可见条目（跳过 . 和 ..），不递归，遇权限不足或路径无效会抛异常。
用 std::filesystem::is_empty() 最直接
C++17 起，std::filesystem 提供了标准、跨平台的判断方式：std::filesystem::is_empty(path)。它对目录返回 true 当且仅当该目录存在且不包含任何**可见条目**（即不包括 . 和 ..）。这是最推荐的做法，无需手动遍历。
注意：该函数在目录不存在或无访问权限时会抛出 std::filesystem::filesystem_error，必须捕获或提前检查存在性。
示例：
#include <filesystem>
namespace fs = std::filesystem;
if (fs::exists(path) && fs::is_directory(path)) {
if (fs::is_empty(path)) {
// 是空目录
}
}</filesystem>
手动遍历目录需跳过 . 和 ..
若因兼容性限制无法用 C++17（如旧项目或嵌入式环境），需用底层 API 手动遍历。常见错误是把 . 和 .. 当作实际内容——它们是每个目录必有的伪条目，不代表“有文件”。
关键点：
- Windows 下用
FindFirstFile/FindNextFile，首次匹配到的第一个非.非..条目即说明非空 - Linux/macOS 下用
opendir/readdir，同样跳过.和.. - 务必检查
readdir返回是否为nullptr，否则可能误判
is_empty() 不等价于“没有子目录或文件”的语义陷阱
std::filesystem::is_empty() 只检查**直接子项**，不递归。例如一个目录下只有空子目录，它仍被判定为非空（因为那个子目录本身是一个条目）。
如果你真正想判断的是“递归意义上完全没内容”，需要自己写递归逻辑，或改用其他工具（如 shell 的 find path -mindepth 1 -print -quit | grep -q .）。
常见误用场景：
- 部署脚本中误以为
is_empty("logs/")表示“无日志可清理”，但其实logs/2024/这个空子目录就足以让它返回false - 单元测试里断言目录为空，却忘了
.gitkeep或隐藏文件（如.DS_Store）也会导致非空
权限和符号链接带来的静默失败
is_empty() 在目录不可读（如权限不足）时抛异常；若路径是符号链接，默认会解引用——如果链接目标不可达，也会抛异常。这容易被忽略，尤其在容器或 CI 环境中。
安全做法：
- 先调用
fs::status(path).permissions()检查可读性（需处理fs::perms::owner_read等） - 用
fs::symlink_status(path)区分符号链接本身和其目标 - 若只需判断“链接指向的目录是否为空”，保持默认行为；若要判断“链接文件自身是否为空目录”（不合理，但有人会混淆），则不应解引用
真正的难点不在代码怎么写，而在于明确你定义的“空”到底指什么：是否存在、是否可读、是否含隐藏文件、是否递归为空——这些边界稍不注意，is_empty() 就会给出和预期相反的结果。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
