windows下用getfileattributes判断隐藏属性最可靠，只需检查返回值是否包含file_attribute_hidden标志；linux/macos无文件系统级隐藏标志，仅靠文件名以.开头约定识别。
Windows下用GetFileAttributes判断隐藏属性
在Windows平台，文件是否被标记为隐藏，本质是看其文件属性中是否设置了FILE_ATTRIBUTE_HIDDEN标志。直接调用Win32 API GetFileAttributes是最轻量、最可靠的方式——它不依赖Shell接口或注册表，也不需要打开文件句柄。
常见错误是误用GetFileAttributesEx或试图解析文件系统元数据；其实GetFileAttributes返回值直接包含所有标准属性位，只需按位与即可判断：
DWORD attrs = GetFileAttributes(L"C:\path\to\file.txt");
if (attrs == INVALID_FILE_ATTRIBUTES) {
// 文件不存在或无访问权限
} else if (attrs & FILE_ATTRIBUTE_HIDDEN) {
// 确实被标记为隐藏
}
-
GetFileAttributes支持UNC路径和长路径（需启用\?前缀） - 返回
INVALID_FILE_ATTRIBUTES时，务必用GetLastError()区分“不存在”和“拒绝访问”，后者常出现在受保护目录（如C:Windows） - 该函数不识别NTFS的“加密”“压缩”等扩展属性，但对隐藏属性100%准确
Linux/macOS没有“隐藏属性”，只有点文件约定
类Unix系统本身没有文件系统级的“隐藏”标志位。所谓“隐藏”，纯属shell和GUI文件管理器（如Nautilus、Finder）约定俗成：以.开头的文件名即视为隐藏。这意味着：stat()或lstat()查不到隐藏标志，也不存在跨工具一致的API。
实际开发中，若需模拟“是否隐藏”的行为，只能检查文件名首字符：
std::string filename = "myfile.txt";
if (!filename.empty() && filename[0] == '.') {
// 按惯例视为隐藏
}
- 注意：目录名同样适用此规则，如
.config、.git - 某些桌面环境（如GNOME）会额外读取
.hidden文件列表，但这属于应用层逻辑，stat完全不可见 - 不要尝试用
access()或权限位判断——可读/可写权限和“是否隐藏”毫无关系
跨平台代码怎么写才不踩坑
如果项目要同时支持Windows和Linux/macOS，别硬凑统一接口。隐藏语义本身就不跨平台，强行抽象反而增加歧义。推荐按平台分治：
- Windows分支：调用
GetFileAttributes，检查FILE_ATTRIBUTE_HIDDEN - POSIX分支：提取
basename，判断首字符是否为.（注意处理..和.自身） - 避免使用Boost.Filesystem的
status().permissions()——它不暴露隐藏状态，且不同后端实现可能返回不同结果 - Qt的
QFileInfo::isHidden()虽封装了平台差异，但内部仍是上述逻辑；若已用Qt，可直接用，否则不必为这点功能引入大依赖
容易被忽略的边界情况
真正上线出问题的，往往不是主流程，而是这些细节：
- 路径末尾带
/或时，GetFileAttributes在Windows可能返回意外结果，建议先用PathCchRemoveBackslash规范化 - 符号链接目标被隐藏，但链接本身不隐藏——
GetFileAttributes默认跟随链接，要用GetFileAttributesEx配GET_FILEEX_INFO_LEVELS::GetFileExInfoStandard加FILE_FLAG_OPEN_REPARSE_POINT才能查链接自身属性 - Linux下
readdir()默认跳过点文件，但opendir()+readdir()仍能枚举到；是否“显示”取决于UI层，而非文件系统
隐藏属性这事，Windows看flag，Linux看名字，没第三种解释。别在跨平台代码里幻想存在一个通用的“is_hidden()”函数——它要么漏判，要么误判。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
