用 PHPPresentation 批量插入图片，别手动调 addPicture 20 次
直接循环读取图片路径数组，对每张图调用 addPicture 即可。关键不是“能不能”，而是“怎么避免内存爆掉或 PPT 打不开”。PHPPresentation 默认把图片全塞进内存再写入，20 张中等尺寸 JPG 就可能超限或生成损坏文件。
- 先用
glob('images/*.jpg')或scandir()获取路径列表，确保顺序可控（比如按文件名数字排序） - 每张图插入前，用
getimagesize()校验是否真实为图片，跳过损坏/空文件 - 显式设置
width和height参数，否则默认按原始尺寸拉伸，容易撑爆幻灯片或模糊 - 图片路径必须是绝对路径或相对于当前脚本的正确相对路径——
PHPPresentation不会自动解析./或__DIR__外的别名
addPicture 的坐标和尺寸参数不传会出问题
留空 $x、$y 或 $width、$height 看似省事，实际会导致图片位置重叠、尺寸异常，甚至生成后 PowerPoint 提示“内容已修复”。尤其是批量插入时，没设 $y 就全堆在左上角。
-
$x和$y单位是“英文点”（point），不是像素；1 英寸 = 72 pt，常见幻灯片宽 9144000 pt（即 10 英寸） - 建议统一用
9144000 * 0.1这类计算方式控制边距，比硬写数字更可维护 - 如果想垂直等距排布 20 张图，别用固定
$y += 500000，先算单图高度 + 间距，再累加，否则最后一张可能超出幻灯片边界
图片太大导致生成失败？不是 PHP 内存不够，是 ZIP 包结构被破坏
PHPPresentation 底层用 ZipArchive 打包 PPTX，而大图（尤其未压缩的 PNG）写入 ZIP 流时若中途失败，ZIP 文件头会损坏，结果是文件能生成但打不开，报错类似 "PowerPoint found a problem with content"。
- 插入前用
imagejpeg($resized, null, 85)压缩 JPEG，或用imagewebp()转 WebP（需 GD 支持） - 限制单图最大宽高：用
getimagesize()取原尺寸，按比例缩放到不超过 1280px 宽或 720px 高 - 不要依赖
ini_set('memory_limit', '512M')——治标不治本；真正要减的是单次写入 ZIP 的数据块大小
生成后打不开？检查 ContentType 和扩展名是否匹配
PPTX 是 ZIP 包，里面 [Content_Types].xml 必须声明每张图的 MIME 类型。如果路径含中文或特殊字符，PHPPresentation 可能漏写类型或写错，导致 Office 拒绝加载。
立即学习“PHP免费学习笔记（深入）”；
- 图片文件名尽量用 ASCII 字符，避免空格和中文；可用
basename($path)+preg_replace('/[^a-z0-9.]/i', '_', $name)清洗 - 插入时显式传
'mediaType' => 'image/jpeg'（对应扩展名），别让库自己猜 - 生成完用
zipinfo output.pptx | grep -i image快速确认图片是否真进了 ZIP，且路径没乱码
批量插图的核心不是“怎么加”，是“怎么不让它崩”。路径、尺寸、压缩、命名，四者漏一个，20 张图里就可能有 1–2 张静默失败——而你只能打开 PPT 后才发现。
