windows下需用getfileattributes配合位与file_attribute_hidden判断隐藏属性，linux/macos则依赖文件名是否以.开头；跨平台不可混用逻辑，须隔离平台差异并处理路径有效性、权限及unicode等边界情况。
Windows下用GetFileAttributes检查FILE_ATTRIBUTE_HIDDEN
Windows系统中，隐藏属性是文件或目录的元数据之一，不依赖文件名前缀（比如.gitignore这种名字在Windows里并不自动隐藏）。必须调用系统API获取属性位判断。
常见错误是只看文件名是否以点开头——这在Windows上完全无效，且会漏判真正被设为隐藏的文件（如右键→属性→勾选“隐藏”）。
- 调用
GetFileAttributes，传入绝对路径或相对路径（需确保当前工作目录正确） - 返回值为
INVALID_FILE_ATTRIBUTES说明路径不存在或无访问权限，需先排除该情况 - 若返回值合法，用位与操作检查：
attr & FILE_ATTRIBUTE_HIDDEN非零即为隐藏 - 注意：对目录同样适用；符号链接本身无隐藏属性，但其目标可能有
Linux/macOS下检查文件名是否以.开头
类Unix系统没有统一的“隐藏文件属性”，隐藏行为完全由shell和GUI约定：只要文件名以.开头（如.bashrc、.config），就被视为隐藏。系统API不提供隐藏标志位。
所以不能用stat()查某个flag，只能解析路径最后一部分的名称。
- 用
std::filesystem::path::filename()提取basename，再用.string()[0] == '.'判断 - 注意路径末尾可能有
/，filename()会自动处理，无需手动trim - 空文件名（如
"/"）或根目录本身（""）不会以.开头，不算隐藏 -
stat()返回的st_mode里没有对应bit，别白费力气查
跨平台代码怎么写才不踩坑
没法用同一套逻辑覆盖所有系统，硬写成“如果Windows走A，否则走B”容易漏掉边界。关键是把平台差异隔离清楚，避免混用语义。
- 不要把
std::filesystem::is_hidden()当真——C++20标准根本没这个函数，某些编译器扩展或第三方库可能提供，但不可移植 - 路径需先
std::filesystem::canonical()或至少std::filesystem::exists()确认存在，否则Windows的GetFileAttributes可能返回错误码误导判断 - 权限不足时（如无读权限的目录），Windows可能返回
INVALID_FILE_ATTRIBUTES，Linux下stat()失败但文件名仍可读——得分开处理错误分支 - 符号链接要明确是否检查链接自身（Linux下
.lnk文件名无关）还是目标——通常业务场景检查的是用户看到的路径实体
容易被忽略的细节：长路径、Unicode、权限
真实项目里出问题往往不在逻辑主干，而在边缘情况。
- Windows下路径超过
MAX_PATH（260字符）时，GetFileAttributes直接失败，必须加\?前缀并确保传入宽字符版本GetFileAttributesW - 路径含Unicode字符（如中文、emoji）时，窄字符接口（
GetFileAttributesA）会乱码，务必用UTF-16接口+std::wstring - 即使有隐藏属性，若进程无权访问该路径（如系统目录），
GetFileAttributes也返回失败，此时不能默认“不是隐藏”，而应明确区分“查不到”和“确定不是隐藏”
隐藏状态不是布尔开关，它依赖平台机制、路径有效性、执行权限三者共同作用。少一个条件，判断就可能失效。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
