PHP 读写 PPTX 文件时图片链接为什么会断
PHP 本身不解析 PPTX 的内部资源引用逻辑，直接用 ZipArchive 或简单 DOM 操作修改 XML 后，很容易漏掉或误改 relationships 文件里的图片 ID 映射。PPTX 是 ZIP 包，图片实际存在 ppt/media/ 下，但幻灯片 XML（如 slide1.xml）里只存一个 r:embed 或 r:link 引用 ID，这个 ID 必须和 _rels/slide1.xml.rels 中的 Target 和 Type 严格匹配。一旦 ID 不一致、rel 文件没同步更新、或图片没复制进 media 目录，打开就显示“图片不可用”。
用 PhpPresentation 保持图片链接有效的实操要点
推荐用 PHPPresentation（注意不是 PhpSpreadsheet），它封装了关系映射逻辑。但默认行为仍可能出问题，关键在创建图片时的参数选择：
- 用
$shape = $slide->createDrawingShape()添加图片，**必须调用setPath()传入本地绝对路径**，不能传 URL 或相对路径 —— 它会自动把文件读入media/并生成正确 rel - 避免手动调用
setHyperlink()或修改blipFillXML；PHPPresentation 内部已处理a:blip r:embed="rId3"和对应 rel 条目 - 如果原 PPTX 里图片是链接（
r:link而非r:embed），PHPPresentation 默认会转为嵌入 —— 这是安全做法，但意味着不再依赖外部文件路径 - 导出前务必调用
$objWriter->save($filename)，不要只写 XML 或 zip 流 —— Writer 类负责刷新所有 rel 文件和 content types
手动修复 broken image link 的最低成本方式
如果你只是想“打开后不报错”，且能接受图片降级为占位符（比如批量预览场景），可以跳过重写逻辑，只做最小补救：
- 用
ZipArchive打开 PPTX，检查ppt/slides/slide*.xml中是否有<blip r:embed="rId\d+"></blip> - 在对应
_rels/slide*.xml.rels里查找该rId，确认Target指向../media/image*.png且文件真实存在于ppt/media/ - 若缺失
image*.png，可放入一个 1×1 像素透明 PNG（命名为相同名字），再用zip_entry_open()补进去 —— PowerPoint 会加载占位图而不报错 - 别动
[Content_Types].xml里的Override PartName="/ppt/media/image*.png"，除非你同时加了新图片类型（如 webp）
为什么 file_get_contents() + str_replace() 改 XML 一定失败
因为 PPTX 的 XML 引用是双向绑定的：一个图片在 slide1.xml 被引用一次，在 slide1.xml.rels 定义一次，在 [Content_Types].xml 声明一次，还可能在 presentation.xml 的 sldIdLst 里被索引。用字符串替换会漏掉任意一环，尤其 .rels 文件是二进制 ZIP 项，直接 file_get_contents() 读出来是乱码（需用 ZipArchive::getFromName()）。
立即学习“PHP免费学习笔记（深入）”；
真正可靠的路径只有两条：走 PHPPresentation 这类专用库，或者用 Python 的 python-pptx（更成熟）做后端处理 —— PHP 原生没有轻量级、可靠维护 rel 关系的方案。
图片链接是否有效，本质看的是 rel ID 是否闭环。其它操作都是障眼法。
