经过一些调查和一般的头发拉扯，解决方案似乎是HTML2PDF。DOMDF在表格、边框甚至是中等复杂的布局方面做得很糟糕，htmldoc看起来相当健壮，但几乎完全不了解CSS，我不想只为该程序而回到没有CSS的HTML布局。

HTML2PDF看起来是最有前途的，但我一直有一个关于node_type的空引用参数的奇怪错误。我终于找到了解决办法。基本上，PHP5.1.x在任何大小的字符串上都可以使用正则表达式替换（preg_replace_*）。PHP 5.2.1引入了一个名为pcre.backtrack_limit的PHP.ini配置指令。此配置参数的作用是限制匹配所需的字符串长度。我不知道为什么要这样做。默认值选择为100000。为什么值这么低？同样，不知道。

针对PHP 5.2.1提出了一个bug，该bug在近两年后仍然开放。

最可怕的是，当超过限制时，替换就会默默地失败。至少，如果一个错误被引发并记录下来，你会知道发生了什么，为什么，以及要修改什么来修复它。

所以我有一个70k的HTML文件要转换成PDF。它需要以下php.ini设置：

pcre.backtrack_limit=2000000；#可能比我需要的更多，但没关系内存限制=1024M；#是的，1千兆字节；和最大执行时间=600；#是的，10分钟。

现在精明的读者可能已经注意到我的HTML文件小于100k。我可以猜测为什么会遇到这个问题的唯一原因是，作为过程的一部分，html2pdf将转换为xhtml。也许这让我着迷了（尽管近50%的膨胀似乎很奇怪）。不管是什么情况，上述方法都奏效了。

现在，html2pdf是一个资源占用者。我的70k文件需要大约5分钟和至少500-600M的RAM才能创建一个35页的PDF文件。不幸的是，对于实时下载来说（到目前为止）还不够快，内存使用率使内存使用率达到1000比1（70k文件需要600M RAM）的量级，这是非常荒谬的。

不幸的是，这是我想出的最好的办法。

我开发了一个公共API来从网页构建PDF文件。它有一个很好的PHP客户端类，使用起来非常简单。它使用wkhtmltopdf在云中渲染PDF。

不需要HTML中的任何特殊内容。在images/css/js链接中不需要绝对URL。也可以在本地主机（开发机器）上工作。

目前，该服务在4个Azure地区拥有端点：美国东部、美国西部、欧盟北部和东南亚。

它很快，因为它使用专有协议将网页内容发送到API以转换为PDF。

它是可靠的，因为所有端点都是负载平衡的。

免费帐户可用于测试或低使用率。网站上的详细信息：

https://rotativahq.com

精细渲染并不意味着什么。它是否有效？

所有浏览器都尽其所能在屏幕上显示一些内容，无论输入有多糟糕。当然，他们不会做同样的事情。如果需要与FireFox相同的渲染，可以使用其渲染引擎。它有pdf生成器，但工作量很大。

签出TCPDF。它有一些HTML到PDF的功能，可能足以满足您的需要。它也是免费的！

使用MPDF！==

a） 在文件夹中提取

b） 在您的文件夹中创建file.php并插入以下代码：

<?php
include('../mpdf.php');
$mpdf=new mPDF();
$mpdf->WriteHTML('<p style="color:red;">Hallo World<br/>Fisrt sentencee</p>');
$mpdf->Output();   exit;
 ?>

c） 从浏览器中打开file.php

2） 使用pdfToHtml！

将pdftohtml.exe解压缩到根文件夹：在该文件夹的anyfile.php文件中，输入以下代码（假设也有一个源example.pdf）：输入FinalFolder，将有转换后的文件（与源PDF一样多的页面）

虽然已经提供了许多解决方案，但我建议使用以下两种：

HTM2PDF-提供了一个将HTML转换为PDF的API，还具有一个PHP SDK，这使得它非常容易在PHP中实现；它提供了欧洲、亚洲和美国的服务器位置选择PDFmyURL-提供了一个API，可以将URL和HTML转换为PDF，功能与HTM2PDF大致相同，但在负载平衡的环境下工作，并且使用时间稍长

这两个API与前面提到的所有解决方案的不同之处在于，除了使用CSS和JavaScript将HTML转换为PDF之外，它还提供PDF权限管理、水印和加密。因此，这是一个为那些想要开始跑步的人提供的一体化解决方案。

免责声明：我在Kaiomi工作，这家公司同时运营这两个网站。