直接替换zip内图片无效，因pptx需同步更新slide.xml引用、rels关系、content_types及媒体文件哈希/尺寸；phppresentation库不维护rels且丢格式，仅适合新建ppt；安全方案是ziparchive+xml解析手动按序替换。
PHP 读取 PPTX 文件结构时，为什么直接改 ZIP 内图片无效？
因为 PPTX 是 ZIP 容器，但图片不是简单按文件名引用的——slide1.xml 里用 r:embed 或 r:link 关联 media/image1.png，同时还要同步更新 ppt/_rels/presentation.xml.rels 和 ppt/media/ 下的文件哈希、尺寸、内容类型（[Content_Types].xml），缺一不可。直接替换 ZIP 里的 PNG，PPT 打开时会报“文件已损坏”或图片不显示。
用 PhpOffice/PhpPresentation 替换图片会丢格式或崩溃？
这个库对 PPTX 支持有限：它能新建幻灯片，但加载已有 PPTX 后修改图片时，常丢失动画、母版、矢量图元信息；更关键的是，它不维护 .rels 引用关系，替换后 slide.xml 仍指向旧 Id，导致图片空白。生产环境慎用。
- 只适合全新生成 PPT，不推荐用于存量文件批量替换
- 若强行用
$shape->setImage()，需先调用$presentation->save()再重读，否则内存中引用未刷新 - 不支持 EMF/SVG 等非 PNG/JPG 图片类型，会静默跳过
安全可靠的方案：用 ZipArchive + XML 解析手动替换
核心思路是把 PPTX 当 ZIP 拆开，定位图片资源路径 → 修改 XML 引用 → 替换 media 文件 → 更新 rels 和 Content_Types。必须严格按顺序操作，否则 Office 会拒绝打开。
- 用
ZipArchive::OPEN_READ读原始 PPTX，ZipArchive::CREATE写新文件，避免覆盖原文件 - 遍历所有
slide*.xml（路径如ppt/slides/slide1.xml），用simplexml_load_string()解析，查找<blip r:embed="rId4"></blip>中的rId4 - 根据
rId4去ppt/slides/_rels/slide1.xml.rels查目标路径，通常是../media/image1.png - 用新图片替换 ZIP 中对应
media/image1.png，并确保新图宽高比与原图一致（否则 PPT 自动拉伸变形） - 最后重写
[Content_Types].xml，为新图片添加<override partname="/ppt/media/image1.png" contenttype="image/png"></override>
// 示例：提取 slide1.xml 中的 rId
$xml = simplexml_load_string($zip->getFromName('ppt/slides/slide1.xml'));
$namespaces = $xml->getNamespaces(true);
$draw = $xml->children($namespaces['a']);
foreach ($draw->xpath('//a:blip[@r:embed]') as $blip) {
$rId = (string)$blip->attributes($namespaces['r'])->embed; // 如 "rId4"
}
批量替换时最容易被忽略的三个细节
不是所有“图片”都走 r:embed 流程：背景图、占位符默认图、剪贴画可能用 r:link 指向 external 路径，或直接内嵌 Base64（a:blipFill/a:blip/a:extLst）。漏掉这些，批量替换后页面看起来“少了一块”。
立即学习“PHP免费学习笔记（深入）”；
- 检查
slide.xml中是否含<pic></pic>块里的<blipfill></blipfill>→<blip r:link="..."></blip>，这类需同步更新_rels/.rels外部链接 - 母版（
ppt/slideLayouts/和ppt/slideMasters/）里的图片也会被继承，必须一并处理，否则新幻灯片仍显示旧图 - Windows 下用
file_get_contents()读图片时，若路径含中文，ZIP 内部路径编码可能是 GBK，需用mb_convert_encoding($path, 'UTF-8', 'GBK')转义，否则getFromName()找不到文件
