为什么不试试mPDF 2.0版？我用它来创建PDF文档。它工作得很好。

同时，mPDF版本为5.7，与HTML2PS/HTML2PDF相比，它得到了积极维护

但请记住，文档确实很难处理。例如，查看此页面：https://mpdf.github.io/.

使用这个库可以完成从html到pdf的非常基本的任务，但更复杂的任务需要一些时间阅读和“理解”文档。

为了突出线程，我尝试了DOMPDF，它工作得很好。我使用了DIV和其他块级元素来定位所有内容，我严格使用了CSS2.1，它的播放效果非常好。

看看wkhtmltopdf。它是开源的，基于webkit和免费。

我们在这里写了一个小教程。

编辑（2017）：

如果今天要建造一些东西，我就不会再走那条路了。但会使用http://pdfkit.org/相反可能会剥离它所有的nodejs依赖项，以便在浏览器中运行。

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

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

也许您可以在将文件交给转换器之前尝试使用Tidy。如果其中一个渲染器遇到HTML问题（如未关闭的标记），可能会有所帮助。

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