php读取pptx图片需解压zip并解析xml关系映射：先用ziparchive提取ppt/media/下图片，再通过slide*.xml及对应.rels文件中的r:embed与target关联确定图片归属，重命名为sliden_imgm.ext；注意命名空间、流式读取防内存溢出、清理临时文件。
PHP读取PPT文件里的图片资源，得先拆包
PowerPoint（.pptx）本质是 ZIP 压缩包，图片藏在 ppt/media/ 目录下，不是靠 Office COM 或第三方 SDK 才能碰——直接解压最轻量、最可控。
常见错误现象：file_get_contents('xxx.pptx') 读出来一堆乱码，就以为“PHP 不能处理 PPT”；其实只是没意识到它是 ZIP。
- 用
ZipArchive打开 .pptx 文件，检查是否含ppt/media/前缀的条目 - 跳过
thumbnail.jpeg、preview.png这类非正文图片（它们在根目录或_rels/下） - 注意：.ppt 文件（旧版二进制格式）不适用此法，PHP 没原生支持，得换工具或拒收
批量提取图片时，重命名必须依赖关系表，不能只看文件名
PPTX 里图片文件名是自动生成的（如 image1.png、image2.jpg），但同一张图可能被多张幻灯片引用，且顺序和你在 PowerPoint 里看到的“插入顺序”不一致。
真正可靠的线索在 ppt/slides/slide*.xml 里：<blip r:embed="rId5"></blip> 指向 slide*.xml.rels 中的 Target="media/image3.jpeg" —— 这才是图和幻灯片的绑定关系。
立即学习“PHP免费学习笔记（深入）”；
- 先遍历所有
slide*.xml，解析出全部r:embed引用 ID - 再查对应
.rels文件，映射到实际 media 路径 - 重命名建议用
slide{N}_img{M}.{ext}格式，比如slide2_img1.png，避免覆盖 - 别用
basename()直接截取原始文件名来重命名，image10.jpeg和image1.jpeg排序会错乱
用 simplexml_load_string() 解析 XML 时，命名空间不处理就找不到节点
PowerPoint 的 XML 大量使用命名空间（a:、r:、p:），simplexml_load_string() 默认忽略前缀，直接写 $xml->blip 是查不到的。
典型报错现象：脚本跑完没报错，但 $images = [] 始终为空。
- 加载后必须调用
getNamespaces(true)拿到全部 NS 映射 - 查
<blip></blip>要写成$xml->children('a', true)->blip - 查
r:embed属性要写成(string)$blip->attributes('r', true)->embed - 别漏掉
asXML()或saveXML()的编码参数，否则中文路径写入可能乱码
导出大 PPT 时内存和临时文件容易爆掉
一个 50MB 的 .pptx 可能含上百张高清图，全 load 到内存再写文件，memory_limit=128M 分分钟报 Fatal error: Allowed memory size exhausted。
- 用
ZipArchive::getStream()替代getFromName()，流式读取单个图片，不缓存全文 - 写文件用
fopen(..., 'wb')+stream_copy_to_stream()，绕过内存中转 - 临时解压目录别放在
/tmp（可能被清理），显式指定如sys_get_temp_dir().'/ppt_export_'.uniqid() - 导出完成后务必
unlink()临时目录，否则磁盘悄悄吃满
真正麻烦的不是“怎么导出”，而是 PPTX 结构里嵌套的 rels → slide → media 三层映射关系，少走一步，重命名就对不上幻灯片顺序。手动验证时，打开任意 slide1.xml 和它同名的 slide1.xml.rels 对着看两行，比调十次脚本还快。
