PHP无法直接判断文件是否被加密，因其无内置函数识别加密状态，需依赖密钥尝试解密验证或业务层主动记录加密元信息。
PHP 无法直接判断文件是否被加密
PHP 本身没有内置函数能识别一个文件“是否被加密”，因为加密与否不是文件的元数据属性，而是取决于文件内容是否经过可逆/不可逆变换且密钥未知。所谓“加密文件”，通常指内容被 openssl_encrypt、mcrypt_encrypt（已废弃）、或第三方工具（如 OpenSSL 命令行、7z AES、GPG）处理过——而这些操作不会在文件头写入标准标识。
你看到的 .enc、.aes 等后缀只是约定俗成，不具强制性；同理，file_get_contents 读出来一堆乱码，也不等于“已加密”——可能是二进制资源（图片、PDF）、编码错误，或压缩数据。
通过文件头（magic bytes）做粗略推测
某些加密工具会在输出中添加自定义头部（如 GPG 的 -----BEGIN PGP MESSAGE-----），或保留原始格式特征（如加密后的 ZIP 仍可能含 PK\x03\x04）。但通用性极低，仅适用于你明确知道加密方式的场景：
- 用
fopen+fread($fp, 32)读取前几十字节 - 检查是否匹配已知签名，例如：
– GPG：包含-----BEGIN PGP
– OpenSSL 默认封装（openssl enc）：开头是Salted__（8 字节 ASCII）+ 8 字节 salt - 注意：
Salted__仅出现在使用-salt参数（默认开启）且密码派生方式为 EVP_BytesToKey 的老式加密中；AES-256-CBC +-pbkdf2则无此标记
尝试解密并捕获失败信号
真正可靠的判断逻辑是：**用你掌握的密钥和预期算法，尝试解密，并观察是否得到结构合理的内容**。这不是“检测”，而是“验证”：
立即学习“PHP免费学习笔记（深入）”；
- 对称解密（如
openssl_decrypt）返回false或空字符串，大概率是密钥错、算法不匹配、或数据未加密 - 若解密后得到明显可读文本（如 JSON、XML 开头）、或通过
json_validate/simplexml_load_string校验成功，可反推“此处应为加密后的内容” - 避免直接用
is_json()类函数判断原始文件——未加密的 JSON 文件和解密失败的乱码都可能触发解析错误 - 示例片段：
$decrypted = openssl_decrypt($data, 'AES-256-CBC', $key, OPENSSL_RAW_DATA, $iv);<br>if ($decrypted !== false && json_validate($decrypted)) {<br> // 很可能原本是加密的 JSON<br>}
业务层必须自己埋点记录加密状态
最务实的做法，是在加密动作发生时，由你的应用主动记录元信息：
- 加密后写一个同名
.meta文件，内容如：{"encrypted":true,"algo":"AES-256-CBC","iv":"base64..."} - 或把加密标识存进数据库字段（如
files.is_encrypted） - 或统一用特定扩展名（如强制所有加密文件保存为
.dat.enc），并在代码里用pathinfo($file, PATHINFO_EXTENSION) === 'enc'判断 - 依赖文件内容检测永远有盲区；靠人工约定 + 程序约束，才是生产环境可控的方式
加密状态不是文件自带的属性，是你系统设计的一部分。漏掉这个环节，后续所有“智能识别”都会在边界 case 上失效。
