php无法直接解析ppt文件，需用ziparchive解压.pptx并定位ppt/media/下图片，再通过临时文件调用exif_read_data()提取jpeg/tiff元数据，png需额外处理，且元数据可能已被剥离。
PHP 无法直接打开或解析 PPT 文件
PHP 标准库不支持读取 .ppt 或 .pptx 的二进制结构，也没有内置函数能像处理图片那样用 exif_read_data() 提取幻灯片内嵌图片的元数据。所谓“打开 PPT 文件”，实际是解包、定位、提取嵌入对象的过程。
常见错误现象包括：fopen("xxx.pptx", "r") 返回空内容、getimagesize() 报错、尝试用 zip_open() 但找不到图片路径。
-
.pptx是 ZIP 压缩包，必须先解压（或流式读取），不能当普通二进制文件直接fread() -
.ppt（旧版二进制格式）几乎无法用 PHP 安全解析，建议先转为.pptx再处理 - 图片元数据（如拍摄时间、GPS、相机型号）只存在于原始图片文件中，PPT 里存的是副本——如果插入时已压缩/重采样，EXIF 很可能已被剥离
用 ZipArchive 解包 .pptx 并定位图片文件
.pptx 实质是符合 OPC（Open Packaging Conventions）规范的 ZIP 包，图片通常存于 ppt/media/ 目录下，文件名类似 image1.jpeg、image2.png。关键不是“找所有图片”，而是“找真正带元数据的原始图”。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 用
ZipArchive::open()打开文件，检查返回值是否为ZIPARCHIVE::ER_OK，否则可能是损坏或非标准格式 - 遍历
ZipArchive::numFiles，用ZipArchive::getNameIndex()获取每个条目路径，过滤出匹配^ppt/media/.*\.(jpe?g|png|tiff)$的项 - 注意：有些图片可能被存在
ppt/embeddings/（OLE 对象）或ppt/charts/（图表导出图），这些通常无 EXIF - 不要直接
file_get_contents("zip://...")——PHP 的 zip:// 封装器不支持随机读取子路径，容易因编码或路径斜杠问题失败
从提取出的图片中读取元数据的可靠方式
PHP 的 exif_read_data() 仅对 JPEG/TIFF 有效，对 PNG 默认不读 EXIF（即使有，也常被忽略）。且该函数要求文件路径可访问，不能传入内存字符串。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 先用
ZipArchive::getFromName()读出图片二进制内容，写入临时文件（如sys_get_temp_dir()."/tmp_".uniqid().".jpg"），再传给exif_read_data() - 对 PNG 图片，需手动解析其
iTXt或tEXtchunk（如有），PHP 无原生支持，建议用getimagesize()+ 自定义解析，或改用Imagick::identifyImage()（需开启 Imagick 扩展） - 调用前确认
exif_read_data()支持的格式：exif_imagetype($path)必须返回IMAGETYPE_JPEG或IMAGETYPE_TIFF_*，否则直接跳过 - 性能影响：每张图都落盘 + 调用
exif_read_data()较慢，批量处理百张以上建议加缓存或并发控制
兼容性与边界情况必须检查
真实 PPTX 文件远比规范文档复杂：图片可能被裁剪、旋转、设置透明度，甚至只是矢量图形转成的位图快照。元数据丢失是常态，不是异常。
容易踩的坑：
- Office 365 / PowerPoint for Web 插入的图片默认剥离 EXIF；本地桌面版插入时若勾选“压缩图片”，也会清除元数据
-
ZipArchive在 Windows 上对中文路径名支持不稳定，建议统一用英文临时目录 +mb_convert_encoding()处理文件名 - 某些 PPTX 由 Keynote 或 LibreOffice 导出，
media/下图片可能是 WebP 或 HEIC 格式，PHP 7.4+ 才通过gd_info()有限支持 WebP，HEIC 需额外扩展 - 不要假设
exif_read_data()返回数组一定含DateTime或Make字段——很多手机截图、网页保存图根本没写这些
最常被忽略的一点：你拿到的从来不是“PPT 里的图片元数据”，而是“这张图片在被插入 PPT 前那一刻的元数据”。如果用户插入后又用 PowerPoint 编辑过图片（比如调色、加滤镜），那元数据早就不对应了。
