为何弃用html2pdf.js，新方案性能提升几十倍，究竟有何过人之处？
- 内容介绍
- 文章标签
- 相关推荐
在前端开发的江湖里摸爬滚打这么多年，谁还没遇到过几个让人头秃的需求呢？要说最让人既爱又恨的，"把网页直接导出为 PDF" 绝对能排进前三。这听起来简单粗暴，不就是点个按钮的事儿吗？但真正动手做过的朋友都知道，这简直就是个深不见底的巨坑，哭笑不得。。
以前， 我们大多会不假思索地掏出 html2pdf.js 这把老枪，毕竟它在 npm 上的周下载量高达 80 万，看起来似乎是行业标准。但说实话， 用久了你就会发现，这玩意儿就像是一辆年久失修的老爷车，虽然能跑，但各种异响和故障让你随时想把它扔在路边。
为何弃用 html2pdf.js
还行。 我们要客观地评价 html2pdf.js。它确实帮过很多开发者忙， 原理也简单粗暴：先用 html2canvas 把网页截个图，变成一张大图片，然后再塞进 jsPDF 里。这种"截图流"的做法，在需求简单的时候确实能凑合，但稍微遇到点高标准的场景，它就原形毕露了。
主要原因是它是把整个网页变成了一张大图，所以文件体积往往大得惊人。一个简单的 HTML 页面转成 PDF 后可能只有几十 KB， 但经过 html2pdf.js 一折腾，瞬间就能膨胀到几 MB 甚至几十 MB。如果要生成一份几百页的报告，那这个文件的大小估计能把用户的浏览器卡死。这种"臃肿"简直是原罪。
这可能是最让人崩溃的一点。html2canvas 对 Canvas 的高度是有限制的， 一旦内容稍微多一点，或者页面结构复杂一点，生成的 PDF 就会出现各种诡异的现象：比如莫名其妙地多出几页空白页，或者表格的行被从中间切断，上一页的下半截在下一页找不到。这种分页切割的不精准，往往需要开发者写大量的 娱乐 代码去修补，再说说把自己搞得心力交瘁，我emo了。。
在前端开发的江湖里摸爬滚打这么多年，谁还没遇到过几个让人头秃的需求呢？要说最让人既爱又恨的，"把网页直接导出为 PDF" 绝对能排进前三。这听起来简单粗暴，不就是点个按钮的事儿吗？但真正动手做过的朋友都知道，这简直就是个深不见底的巨坑，哭笑不得。。
以前， 我们大多会不假思索地掏出 html2pdf.js 这把老枪，毕竟它在 npm 上的周下载量高达 80 万，看起来似乎是行业标准。但说实话， 用久了你就会发现，这玩意儿就像是一辆年久失修的老爷车，虽然能跑，但各种异响和故障让你随时想把它扔在路边。
为何弃用 html2pdf.js
还行。 我们要客观地评价 html2pdf.js。它确实帮过很多开发者忙， 原理也简单粗暴：先用 html2canvas 把网页截个图，变成一张大图片，然后再塞进 jsPDF 里。这种"截图流"的做法，在需求简单的时候确实能凑合，但稍微遇到点高标准的场景，它就原形毕露了。
主要原因是它是把整个网页变成了一张大图，所以文件体积往往大得惊人。一个简单的 HTML 页面转成 PDF 后可能只有几十 KB， 但经过 html2pdf.js 一折腾，瞬间就能膨胀到几 MB 甚至几十 MB。如果要生成一份几百页的报告，那这个文件的大小估计能把用户的浏览器卡死。这种"臃肿"简直是原罪。
这可能是最让人崩溃的一点。html2canvas 对 Canvas 的高度是有限制的， 一旦内容稍微多一点，或者页面结构复杂一点，生成的 PDF 就会出现各种诡异的现象：比如莫名其妙地多出几页空白页，或者表格的行被从中间切断，上一页的下半截在下一页找不到。这种分页切割的不精准，往往需要开发者写大量的 娱乐 代码去修补，再说说把自己搞得心力交瘁，我emo了。。