啥玩意儿，又一篇把坑包装成方案的文章。html2canvas截图，把字设成透明抠掉？我他妈直接笑出声。你以为设了transparent浏览器就不画那个文字了？天真。有些字体渲染引擎里透明文字照样占位，照样触发子像素抗锯齿的边界重绘，背景图边上该糊还是糊。还有，文字带text-shadow、-webkit-text-stroke的，你透明的只是fill，阴影和描边他妈还在，截出来背景上一圈鬼影，你让用户在PowerPoint里看到标题后面飘着个灰框？ 坐标换算那段更是糊弄鬼。13.33/1280和7.5/720这俩数看着差不多，乘起来试试？1280×7.5除720等于13.3333，13.33乘720除1280等于7.498，差的那0.002英寸在多行文本累积下能偏出几个像素。文章自己写到0.010……就断了，是不知道后面怎么圆了吧。还有DOM度量取行高，line-height在Chrome里是算出来的浮点，在Safari里经常给你来个整数值，导出同一份HTML在两个浏览器里文本框位置能差两三行，用户打开一看文字叠一起了，找谁哭去。 后端不碰PPTX这思路听着挺干净，说白了就是把脏活全甩给用户浏览器。你考虑过老机器吗？一页1280×720的PNG背景图，二十页就是二十张canvas，每张转toDataURL之前内存先爆一波，我上次用html2canvas导个长图直接把标签页干崩了。用户点了导出按钮转圈三十秒然后白屏，这体验你敢上线？ 最服的是那句“用户在PowerPoint里双击任意标题即可改字”。改完字宽变了，文本框自动换行，原来两行的标题变三行，直接盖住下面那张背景图里的副标题。你背景图是死的啊大哥，字一改就跟背景里的装饰线、色块打架。这方案只适合“导出后一个字不改直接投影”的场景，可文章开头说的是“客户要改字改色换图”。这不是自己打自己脸？ 还有字体。HTML里用了思源黑体、用了一堆webfont，PowerPoint那台机器上没装，文本框里给你回退成宋体，字重全丢。你辛辛苦苦量的font-weight: 600到PPTX里就剩个加粗开关，圆体和黑体的区别直接没了。背景图里的装饰字倒是保真了，可那是图片啊，用户改不了。这就叫“文字可编辑”？能编辑的那部分跟设计稿长得不一样，长得一样的那部分根本改不了。 别跟我扯这是工程原理不是产品文档。恰恰是工程原理才该把这些边界条件写清楚。demo里拿一页白底黑字加个圆角矩形跑通了就发文章，真上生产环境遇到CSS grid嵌套flex再套个transform rotate的版式，你html2canvas截出来的背景都是歪的，文字坐标是正的，叠上去直接精神分裂。这方案不是不能用，是只能用在极窄的模板里。文章通篇没说适用边界，光在那讲“混合模式”，混个屁。