PHP无法加密EXIF，只能清除或覆盖；需用exif_read_data()提取敏感字段（如GPS、时间、设备信息），注意其在PHP 8.2+已废弃，推荐php-exif库；GD重写图像可自动清除EXIF，Imagick需调用stripImage()；清除后应覆写临时文件防恢复，根本方案是业务层杜绝敏感元数据留存。
PHP 本身不提供直接“加密 EXIF”的功能，EXIF 是嵌入在 JPEG 文件头部的明文元数据，所谓“加密”实际只能是清除、替换或覆盖。真正需要做的是：提取敏感字段（如 GPS、拍摄时间、设备型号）、按需清除，再通过文件重写或水印等方式实现隐私保护。
用 exif_read_data() 提取并识别敏感 EXIF 字段
该函数能读取 JPEG/TIFF 文件中的标准 EXIF 标签，但默认只读取 IFD0 段；GPS、缩略图等需显式指定第二个参数为 "EXIF" 或 "GPS"。
- 常见敏感字段包括：
"GPSLatitude"、"GPSLongitude"、"DateTimeOriginal"、"Make"、"Model"、"Software" - 注意：
exif_read_data()在 PHP 8.2+ 中已废弃，建议改用exif_thumbnail()配合手动解析，或切换至php-exif第三方库（如lsolesen/exif）保持兼容 - 部分相机厂商自定义标签（如 Canon 的
"CanonCameraSettings"）可能无法被原生函数识别，需用十六进制查看器确认结构
用 imagick 或 gd 重写图像以清除 EXIF
单纯用 exif_read_data() 读取不会修改文件；清除必须重写图像数据。GD 扩展会自动丢弃所有 EXIF（包括缩略图），而 Imagick 默认保留——这点极易踩坑。
- GD 方案（最简）：
imagecreatefromjpeg()+imagejpeg()，输出质量设为95以上可避免明显画质损失 - Imagick 方案（可控）：创建
Imagick实例后调用stripImage()，再用setImageFormat("jpg")和writeImage()输出 - ⚠️ 注意：
imagejpeg()若未传入第三个参数（quality），PHP 7.4+ 默认质量为75，可能导致图片变糊且生成新缩略图残留旧 EXIF
清除后如何防止信息被意外恢复？
重写图像并不能彻底抹除原始 EXIF 的磁盘痕迹——旧字节仍可能残留在文件末尾或磁盘扇区中。生产环境需额外处理：
立即学习“PHP免费学习笔记（深入）”；
- 对临时文件使用
unlink()后，用file_put_contents($tmp, str_repeat("\0", filesize($tmp)))覆盖再删，防恢复 - 若需强隐私保障（如医疗/执法图像），应在服务器层禁用
exif_read_data()，并在 Nginx/Apache 配置中禁止访问.jpg.exif类备份文件 - 不要依赖“隐藏字段”或注释区加密（如写入
APP1段密文），主流工具仍可提取——真正安全的方式是业务层根本不存敏感元数据
EXIF 不是容器，也不是加密载体；它的存在意义是辅助展示与归档。试图“加密 EXIF”往往暴露了对数据流控制的误解——重点不在加什么密，而在从源头决定哪些字段不该出现、哪些路径必须拦截、哪些文件落地前已被净化。
