DOMPDF生成PDF缺失第二行致合并报错，如何修复？

你遇到的问题本质是DOMPDF生成的PDF没有严格遵循PDF 1.7规范的头部要求——虽然文件能正常打开，但合并工具会严格校验头部语法，所以触发了报错。PDF规范明确要求：文档第二行必须以%开头，后面跟至少4个ASCII值大于127的字节（也就是非标准ASCII字符，比如你提到的%ÓôÌá）。

下面给你两种可行的解决方案：

方案一：修改DOMPDF源码（永久解决） #

DOMPDF的头部生成逻辑在src/Cpdf.php文件中，找到输出PDF版本号的代码块（通常是输出%PDF-1.7的地方），在第一行之后添加符合规范的第二行：

// 在输出%PDF-xx的代码后插入此行
fwrite($this->_fp, "%\xC3\x93\xC3\xB4\xC3\x8C\xC3\xA1\n");

这里的%\xC3\x93\xC3\xB4\xC3\x8C\xC3\xA1就是示例中%ÓôÌá的UTF-8字节表示，完全符合规范要求。修改后所有新生成的PDF都会自动带上正确的第二行。

方案二：生成后手动插入第二行（无需修改源码） #

如果不想改动DOMPDF源码，可以在生成PDF后，通过PHP处理输出内容手动插入第二行。调整你的示例代码如下：

require_once 'dompdf/autoload.inc.php';
use Dompdf\Dompdf;

$dompdf = new Dompdf();
$dompdf->loadHtml('hello world');
$dompdf->setPaper('A4', 'landscape');
$dompdf->render();

// 获取生成的PDF原始内容
$pdfContent = $dompdf->output();
// 正则匹配第一行，插入规范第二行
$pdfContent = preg_replace('/^%PDF-.+\n/', '$0%ÓôÌá' . "\n", $pdfContent);

// 输出到浏览器
header('Content-Type: application/pdf');
header('Content-Disposition: inline; filename="output.pdf"');
echo $pdfContent;

这个方法通过正则定位PDF的第一行，在其后插入符合要求的注释行，同样能让合并工具通过校验。

验证效果 #

修改后，用你的PDF验证工具检测生成的文件，确认第二行已经满足%开头+4个以上非ASCII字节的要求，再尝试与其他PDF合并，应该就能正常完成操作了。

内容的提问来源于stack exchange，提问作者Reine Johansson