我们运行带有DomPDF的Apache 2.2.16和PHP 5.3.3来生成PDF。生成 PDF 后，后续请求偶尔会返回一个纯文本响应，该响应部分由用于生成 PDF 的 HTML 组成（即来自上一个请求），与所请求页面的 HTTP 标头和响应混合在一起。
Apache以某种方式将对先前请求的部分响应与新响应混合在一起。这似乎是一个输出缓冲问题，尽管我无法使用相同的代码在本地复制它。它似乎也与gzip无关，因为禁用它时问题仍然存在。我也在Firefox和Chrome中尝试过，并经历了相同的结果。
更新：如果我关闭保持活动状态，它可以解决问题。但是，我不一定想让保持活力。显然仍然存在输出缓冲区或响应未清除的潜在问题。
以下是请求标头：
Request URL:https://asdf.com/checkout/5d86a9bdf455cdfd334494183559bf
Request Method:GET
Status Code:200 OK
Accept:text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3
Accept-Encoding:gzip,deflate,sdch
Accept-Language:en-US,en;q=0.8
Connection:keep-alive
Cookie:APP=636c8e6b58e991476ed7d38849bde0d4; _
Host:asdf.com
Referer:https://asdf.com/get_pdf/33711
User-Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_4) AppleWebKit/536.11 (KHTML, like Gecko) Chrome/20.0.1132.34 Safari/536.11
以及浏览器中显示的截断响应：
<!-- truncated HTML from the previous page (i.e. PDF) -->
</p>
</div>
</body>
</html>HTTP/1.1 200 OK
Date: Tue, 19 Jun 2012 18:06:13 GMT
Server: Apache
P3P: CP="NOI ADM DEV PSAi COM NAV OUR OTRo STP IND DEM"
Vary: Accept-Encoding
Content-Encoding: gzip
Content-Length: 6457
Keep-Alive: timeout=7, max=96
Connection: Keep-Alive
Content-Type: text/html; charset=UTF-8
‹í]ksÛ¸’ýìü
Œfvm×ÆzP/?µëØNâÄI<‘’ìL*å‚HHBD
Z–gæ¿o7@I-BNrkë~ÐÜ;c‰<xtŸF£›lŠÇ¿œ¿;ëüq}Aj’ëÏ®.ÏHa¯TúT=+•Î;çä_vÞ'‘J±L:’F1W'D4,•.ÞHa Ôø°TšL&ÅIµ(d¿Ôy_ºÃ¾*Ø8ý¸§¬–Å@…Ö“c=àÝ(Œâ“ÝTLke4h=Ù:V'…¬õ{"‹Éßä2RLR_ñ[FN}_$‘âQÿ¸d`€1E v¾Ç¾%üö¤p& I¤ö:Ó1+ß|;)(v§J8ØñTÆL$ª··_ ¥ÖqìK>VDA“ù•ÞRs´@bé›ùÇ ýJïŠ}!ú!£c}1ÒÇJ!ïÆ¥¯ß&§¥J±™~,ŽxTüZÇ
<!-- followed by a bunch more gzipped gibberish -->
这听起来确实像是网络服务器的问题，部分原因是keep-alive连接造成的。可能的补救措施：
- 发送带有 PDF 的
Content-Length页眉（如果尚未发送）。另外，请确保Content-Length正确：即：之后没有更多的输出。 - 在 Apache 中禁用
KeepAlive。问题是据我所知，这不能在每个请求甚至每个目录的基础上完成，所以这意味着禁用整个站点（不推荐），或者从不同的虚拟主机提供pdf。
如果可以解决它，我的偏好肯定会选择第一个选项，第二个选项很麻烦。