最轻量可靠的方式是用getfileattributesex检查file_attribute_compressed标志位，通过按位与判断dwfileattributes字段，注意路径须为绝对路径且无尾部反斜杠，并在返回false时调用getlasterror区分错误类型。
怎么用 GetFileAttributesEx 判断 NTFS 压缩状态
Windows 下最轻量、最可靠的方式是查文件属性标志，不是读取文件内容或调用 WMI。NTFS 压缩和加密信息就藏在 FILE_ATTRIBUTE_COMPRESSED 和 FILE_ATTRIBUTE_ENCRYPTED 这两个标志位里，GetFileAttributesEx 能直接拿到，且不打开文件、不触发任何 I/O。
实操注意点：
-
GetFileAttributesEx返回的是WIN32_FILE_ATTRIBUTE_DATA结构体，关键字段是dwFileAttributes - 必须用
&按位与判断标志：比如(data.dwFileAttributes & FILE_ATTRIBUTE_COMPRESSED) != 0 - 路径必须是绝对路径（相对路径可能失败），且不能带尾部反斜杠（如
"C:\test\"会返回ERROR_INVALID_PARAMETER） - 如果文件不存在或权限不足，函数返回
FALSE，需用GetLastError()区分错误类型，常见的是ERROR_FILE_NOT_FOUND或ERROR_ACCESS_DENIED
为什么不用 GetNamedSecurityInfo 查加密？
NTFS 加密（EFS）的元数据确实存在 ACL 和加密属性中，但 GetNamedSecurityInfo 是为安全描述符设计的，它会尝试解析文件的 DACL/SACL，不仅慢，还容易因权限问题失败——哪怕你只是想确认“是否加密”，它也可能抛出 ERROR_PRIVILEGE_NOT_HELD 或直接拒绝访问。
更关键的是：FILE_ATTRIBUTE_ENCRYPTED 标志足够可靠。只要文件被 EFS 加密过，这个标志就一定被置位（系统级保证），不需要深入解析加密证书或密钥容器。
所以：别绕路。用 GetFileAttributesEx 就够了。
压缩和加密能同时存在吗？怎么区分组合状态
可以。NTFS 允许一个文件既压缩又加密，但 Windows 会自动解压再加密（即加密时若检测到压缩标志，会先解压），所以实践中极少见到两者共存；不过代码仍要兼容这种可能。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
判断逻辑必须独立检查两个标志，不能互斥：
- 只压缩：
(attr & FILE_ATTRIBUTE_COMPRESSED)为真，且(attr & FILE_ATTRIBUTE_ENCRYPTED)为假 - 只加密：
(attr & FILE_ATTRIBUTE_ENCRYPTED)为真，且(attr & FILE_ATTRIBUTE_COMPRESSED)为假 - 两者都有：
both = (attr & (FILE_ATTRIBUTE_COMPRESSED | FILE_ATTRIBUTE_ENCRYPTED)) == (FILE_ATTRIBUTE_COMPRESSED | FILE_ATTRIBUTE_ENCRYPTED) - 都不含：就是普通未压缩未加密文件
漏掉按位或组合判断，就可能把“已加密但曾被压缩过残留标志”的边界情况误判。
权限不足时的静默失败很危险
普通用户对系统目录（如 C:Windows 下某些文件）或他人加密文件常无权读取属性，GetFileAttributesEx 直接返回 FALSE，但很多人只检查返回值，忽略 GetLastError()。
结果就是：你以为文件不存在，其实是 ERROR_ACCESS_DENIED；你以为没压缩，其实是没权限看——程序逻辑就偏了。
务必在 GetFileAttributesEx 返回 FALSE 后立刻调用 GetLastError()，并根据需要区分处理：
-
ERROR_FILE_NOT_FOUND→ 文件确实不存在 -
ERROR_PATH_NOT_FOUND→ 路径某一级目录不存在 -
ERROR_ACCESS_DENIED→ 权限不够，此时不能推断压缩/加密状态 - 其他错误（如
ERROR_INVALID_NAME）→ 路径格式非法，比如含*或控制字符
真正难的不是调 API，而是把每一种 FALSE 都当有效分支来写。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
