正确调用SetFileAttributes需用绝对路径或有效相对路径，避免尾部反斜杠；先用GetFileAttributes验证存在性，隐藏文件勿加DIRECTORY标志；组合属性时应先读原属性再按位或，防止误清其他标志；Explorer不刷新需调SHChangeNotify通知。
Windows 下用 SetFileAttributes 隐藏文件的正确调用方式
直接调用 SetFileAttributes 是可行的，但不是“设个属性就完事”——它只对 NTFS 和 FAT32 文件系统生效，且要求路径必须是绝对路径或当前驱动器下的有效相对路径。常见错误是传入带尾部反斜杠的目录路径（如 "C:\test\"），这时函数会失败并返回 0，GetLastError() 返回 ERROR_ACCESS_DENIED。
实操建议：
- 先用
GetFileAttributes检查路径是否真实存在且可访问，避免对不存在的文件盲目设属性 - 隐藏单个文件时，确保路径不含通配符、不指向重解析点（如符号链接）或卷挂载点
- 要隐藏的是文件而非目录？那就别加
FILE_ATTRIBUTE_DIRECTORY标志，否则可能误操作失败 - 调用后务必检查返回值：
if (SetFileAttributes("a.txt", FILE_ATTRIBUTE_HIDDEN) == 0)，再用GetLastError()定位问题
FILE_ATTRIBUTE_HIDDEN 和其他属性组合使用的坑
Windows 属性是位掩码，但不是所有组合都合理。比如把 FILE_ATTRIBUTE_HIDDEN 和 FILE_ATTRIBUTE_SYSTEM 一起设，Explorer 默认不显示，但部分备份工具或杀软会更激进地跳过这类文件——这不是 bug，是设计行为。
容易踩的坑：
立即学习“C++免费学习笔记（深入）”；
- 不要叠加
FILE_ATTRIBUTE_READONLY来“加强隐藏”：只读属性影响的是写权限，和可见性无关，反而可能让后续修改属性失败（需先清除只读） - 如果文件原本有
FILE_ATTRIBUTE_ARCHIVE，隐藏时没显式保留它，该位会被清零——某些同步工具依赖此标志判断是否上传，导致漏同步 - 对已隐藏的文件再次调用
SetFileAttributes时，若只传FILE_ATTRIBUTE_HIDDEN，会把其他原有属性（如压缩、索引）一并抹掉，应先读原属性再按位或
为什么在代码里隐藏了，资源管理器却看不到效果？
最常见原因是 Explorer 缓存了文件属性。不是代码没生效，而是 UI 没刷新。手动按 F5 刷新窗口通常能立刻看到变化；但自动化场景下不能依赖人工刷新。
解决方案有限但实用：
- 调用
SHChangeNotify通知 shell 更新：SHChangeNotify(SHCNE_ATTRIBUTES, SHCNF_PATH, L"a.txt", nullptr) - 注意：该函数需要包含
shellapi.h并链接shell32.lib，且仅对当前登录用户 session 生效 - 如果目标文件在另一用户 profile 下（如
C:UsersOther...），本进程无权触发其 shell 通知，此时只能靠对方下次打开目录时自动加载新属性 - 别试图用
FindFirstFile+FindNextFile轮询验证——隐藏后这些 API 默认不返回隐藏项，得显式加上FILE_ATTRIBUTE_HIDDEN到搜索条件里
C++ 编译和运行时要注意的权限与兼容性
隐藏文件本身不需要管理员权限，但若目标路径位于系统保护区域（如 C:Windows 或 C:Program Files），普通进程连打开句柄都失败，SetFileAttributes 必然返回 0。
关键细节：
- 项目设置中确保字符集匹配：使用 Unicode 版本（
SetFileAttributesW），避免 ANSI 版本（SetFileAttributesA）在中文路径下出错 - 在 Windows 10 1809+ 上，如果启用 Controlled Folder Access（勒索软件防护），对文档目录（如
Documents）隐藏文件可能被拦截，GetLastError()返回ERROR_ACCESS_DENIED，且事件查看器里有对应日志 - MinGW 或 Clang-cl 工具链需链接
advapi32.lib（隐含依赖），MSVC 默认带，但自定义链接器脚本容易漏掉
