Windows下需用FindFirstFile获取WIN32_FIND_DATA.dwFileAttributes并位与FILE_ATTRIBUTE_HIDDEN判断隐藏属性；Unix-like系统则依赖文件名首字符为'.'，辅以stat()检查（极少用）；std::filesystem不提供is_hidden，须跨平台手动判断。
Windows下用 FindFirstFile 判断隐藏属性
Windows 文件系统中，“隐藏”是文件属性位（FILE_ATTRIBUTE_HIDDEN）决定的，不是靠文件名前缀。直接遍历目录时必须显式检查这个标志，否则会漏掉那些没加 . 前缀但被设为隐藏的文件（比如某些杀毒软件生成的日志）。
关键点：调用 FindFirstFile 后，从返回的 WIN32_FIND_DATA 结构体中读取 dwFileAttributes 字段，用位与判断：
if (findData.dwFileAttributes & FILE_ATTRIBUTE_HIDDEN) { /* 是隐藏文件 */ }注意：FindFirstFile 默认不匹配隐藏文件——你得把路径写成 "C:\path\*"（通配符），而不是 "C:\path\.*"，后者只会匹配名字以 . 开头的项，且可能因权限被跳过。
Linux/macOS 下靠文件名前缀和 stat() 双重判断
Unix-like 系统没有统一的“隐藏属性”，惯例是文件名以 . 开头即视为隐藏（如 .bashrc）。但要注意：有些工具（如 git）会把非点开头的文件标记为“隐藏”（通过扩展属性或配置），这类无法靠命名规则捕获。
立即学习“C++免费学习笔记（深入）”；
实际做法分两步：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 用
opendir()/readdir()遍历目录项，过滤掉.和.. - 对每个
d_name，检查首字符是否为'.'；若不是，再调用stat()读取st_mode，看是否有特殊标记（极少见，一般可忽略）
示例判断逻辑：
struct dirent* ent;
while ((ent = readdir(dir)) != nullptr) {
if (strcmp(ent->d_name, ".") == 0 || strcmp(ent->d_name, "..") == 0) continue;
if (ent->d_name[0] == '.') { /* 隐藏文件 */ }
}跨平台方案推荐：用 std::filesystem（C++17）
std::filesystem::directory_iterator 自动包含所有条目（包括隐藏的），但不会自动告诉你是否隐藏——它不暴露属性位或命名规则。你得手动补判断：
- Windows：调用
GetFileAttributesW()（需转宽字符）并检查FILE_ATTRIBUTE_HIDDEN - POSIX：检查
path.filename().string()[0]是否为'.'
别依赖 std::filesystem::is_hidden() ——它根本不存在。C++20 也没加这个接口。很多开发者误以为有，结果漏判。
性能提示：频繁调用 GetFileAttributesW 或 stat() 会显著拖慢遍历速度，尤其在海量小文件场景。如果只要“传统意义”的隐藏文件（Windows 属性 + Unix 点前缀），跳过系统调用更稳。
容易被忽略的权限和符号链接陷阱
即使你正确识别了隐藏属性，也可能拿不到文件信息：
- 目录本身无读权限时，
FindFirstFile或readdir()直接失败，根本进不去——得先用GetFileAttributes或access()检查目录可读性 - 遇到符号链接（尤其是循环链接），
std::filesystem::directory_iterator默认不解引用，但某些实现会递归进入——要显式控制std::filesystem::symlink_option::no_follow - Windows 的“系统+隐藏”组合属性（如
C:pagefile.sys）需额外检查FILE_ATTRIBUTE_SYSTEM，否则可能被误认为普通隐藏文件
真实项目里，用户常卡在权限拒绝却没打日志，或者符号链接导致无限循环——这两处必须加保护逻辑，不能只盯着“隐藏”二字。
