根本原因是Word对每个img标签单独读取文件、渲染、缩放和解析元数据；VBA提速应改用PasteSpecial粘贴预处理HTML，或用pandoc等外部工具转换，避免依赖InlineShapes.AddPicture。
Word 插入大量本地 img 标签效率低的根本原因
不是 Word 本身慢，而是它默认对每个 
关键瓶颈在：InlineShapes.AddPicture 每调用一次就同步阻塞一次，且不支持批量路径预加载。
VBA 宏提速：绕过 InlineShapes.AddPicture 直接写 HTML 片段
Word 支持用 Range.PasteSpecial 粘贴纯 HTML 内容，只要图片路径是本地绝对路径且 Word 有读取权限，就能一次性注入全部
- 先用脚本把 HTML 中的相对路径转成
file:///C:/.../xxx.jpg格式（注意三斜杠和编码，空格要转%20） - 用
CreateObject("htmlfile")或正则提取所有 - 调用
Selection.Range.PasteSpecial DataType:=wdPasteHTML，比逐个插入快 5–10 倍 - 务必关闭自动更新链接：
ActiveDocument.Fields.Update不要乱跑，避免 Word 尝试联网验证图片
插件替代方案：用 Office JavaScript API + WebView2 加速
如果你能接受桌面端部署（非纯在线 Word），可用基于 WebView2 的外挂工具预渲染 HTML 页面，再以“整页截图”或“复制 DOM 节点”方式注入 Word。比 VBA 更稳，且规避了 InlineShapes 的线性瓶颈。
立即学习“前端免费学习笔记（深入）”；
- 推荐轻量方案：
Power Automate Desktop+ 自定义 PowerShell 脚本，读取 HTML、批量转换路径、生成含 base64 图片的内联 HTML（适合 ≤50 张小图） - 慎用「网页导入」功能：Word 的
Insert → Object → HTML Document本质仍是逐图加载，不提速 - 第三方插件如
Kutools的「批量插入图片」只优化了 UI 流程，底层仍调AddPicture，大图集时卡顿照旧
真正省时间的关键：别让 Word 处理原始 HTML
最常被忽略的一点：把 HTML 当输入源本身就是低效设计。如果目标只是生成带图的 Word 报告，直接用 pandoc 转换更可靠——pandoc input.html -o output.docx --extract-media=. 会自动解包图片、内嵌 rels、生成合规 OOXML，1000 张图也只需几秒。
若必须从 HTML 动态生成，优先在 Python/Node.js 层完成图片路径标准化、尺寸预设、甚至 base64 编码，再喂给 Word；VBA 只做最后粘贴动作。否则，任何「加速宏」都只是在烂路上换轮胎。
