GetFileAttributes无法判断NTFS压缩或加密状态，因其不返回FILE_ATTRIBUTE_COMPRESSED和FILE_ATTRIBUTE_ENCRYPTED；须用CreateFile+GetFileInformationByHandle配合GetVolumeInformation确认NTFS卷后获取真实属性。
如何用 GetFileAttributes 判断 NTFS 压缩或加密状态
GetFileAttributes 本身**无法直接区分压缩或加密**，它只返回一个整数，其中 FILE_ATTRIBUTE_COMPRESSED 和 FILE_ATTRIBUTE_ENCRYPTED 是两个独立标志位——但这两个值在 Windows API 中**实际不会被 GetFileAttributes 设置**。这是最常踩的坑：调用后发现这两个位永远是 0。
原因在于：GetFileAttributes 读取的是文件系统元数据中“通用属性”字段，而 NTFS 的压缩/加密属于**可选的、需额外查询的扩展属性**，必须用 GetFileInformationByHandle 配合 BY_HANDLE_FILE_INFORMATION 结构体，再结合 GetVolumeInformation 确认卷是否支持 NTFS 才能可靠获取。
正确获取压缩/加密状态的三步实操
绕过 GetFileAttributes 的局限，用句柄方式查：
- 先用
CreateFile以GENERIC_READ和FILE_SHARE_READ打开文件（注意加FILE_FLAG_BACKUP_SEMANTICS才能打开目录） - 调用
GetFileInformationByHandle，检查返回的dwFileAttributes字段 —— 这次它**真会包含FILE_ATTRIBUTE_COMPRESSED和FILE_ATTRIBUTE_ENCRYPTED** - 若返回失败且
GetLastError()是ERROR_ACCESS_DENIED，说明权限不足（尤其加密文件），可尝试加SE_BACKUP_NAME权限或改用BackupRead
示例关键逻辑：
立即学习“C++免费学习笔记（深入）”；
HANDLE h = CreateFile(L"test.txt", GENERIC_READ, FILE_SHARE_READ, nullptr,
OPEN_EXISTING, FILE_FLAG_BACKUP_SEMANTICS, nullptr);
if (h != INVALID_HANDLE_VALUE) {
BY_HANDLE_FILE_INFORMATION info = {};
if (GetFileInformationByHandle(h, &info)) {
if (info.dwFileAttributes & FILE_ATTRIBUTE_COMPRESSED) {
// 真实压缩
}
if (info.dwFileAttributes & FILE_ATTRIBUTE_ENCRYPTED) {
// 真实加密
}
}
CloseHandle(h);
}
为什么 GetFileAttributesEx 也不行
GetFileAttributesEx 看似更现代，但它底层仍走同一套路径，对 NTFS 扩展属性同样无感知。它返回的 WIN32_FILE_ATTRIBUTE_DATA 结构体里，dwFileAttributes 字段和 GetFileAttributes 完全一致 —— 压缩/加密位恒为 0。别被函数名迷惑。
唯一例外是：如果文件本身被设置为“系统压缩”（如通过 compact /c 后未重启资源管理器），某些旧版 Windows 可能短暂缓存错位，但这属于 bug 行为，不可依赖。
实际开发中容易忽略的兼容性点
NTFS 属性只对 NTFS 卷有效；FAT32/exFAT 卷上这两个标志位始终不生效，即使 GetFileInformationByHandle 返回了非零值，也可能是误报（比如卷标被错误解析）。务必先调用 GetVolumeInformation 检查 lpFileSystemNameBuffer 是否为 L"NTFS"。
另外，符号链接（symlink）和硬链接的行为不同：对 symlink 调用 GetFileInformationByHandle 默认解析目标，若要查链接自身属性，得加 FILE_FLAG_OPEN_REPARSE_POINT；而硬链接共享同一份 MFT 记录，属性完全一致。
加密文件还涉及 EFS 密钥绑定，进程若没加载对应用户上下文（比如服务进程跑在 LocalSystem 下），GetFileInformationByHandle 可能静默失败或返回 0 —— 这时候不是代码错了，是运行环境缺凭据。
