重要信息：请注意，此答案写于2009年，在2019年，它可能不是当今最具成本效益的解决方案。今天的在线替代方案比当年更好。

以下是您可以使用的一些在线服务：

PDF移位重新包装PDF图层DocRaptor公司HTMLPDFAPIHTML到PDF Rocket

看看PrinceXML。

它绝对是最好的HTML/CSS到PDF转换器，虽然它不是免费的（但是，嘿，你的编程可能也不是免费的，所以如果它为你节省了10个小时的工作，你就可以在家里自由使用了（因为你还需要考虑到，替代解决方案将需要你用正确的软件设置一个专用服务器）

哦，是的，我有没有提到这是第一个（可能也是唯一一个）实现完整ACID2的HTML2PDF解决方案？

PrinceXML示例

不是PHP，而是一个Java库，它执行以下操作：

Flying Saucer采用XML或XHTML并应用CSS 2.1兼容样式表，以便呈现为PDF

它可以通过system（）或类似的调用从PHP中使用。尽管它要求输入的XML格式良好。

经过一些调查和一般的头发拉扯，解决方案似乎是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）的量级，这是非常荒谬的。

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

我建议DocRaptor（使用PrinceXML作为“引擎”）

尝试获取最新的夜间dompdf构建-我使用的是一个旧版本，这是一个可怕的资源占用，并花费了很长时间来渲染我的pdf。在这里度过了一个夜晚。

只花了几秒钟就生成了PDF，而且它的渲染效果与PrinceXML/Docraptor一样好。自从我上次使用dompdf代码以来，他们似乎已经认真优化了它！

使用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一样多的页面）