移动端Chrome环境下TCPDF生成PDF文件名被追加.html问题求助

问题分析 #

移动端Chrome出现文件名追加.html的情况，本质是浏览器未正确识别响应内容为PDF格式，误将响应当作HTML文档处理，自动添加了.html后缀。这通常和HTTP响应头的Content-Type、Content-Disposition设置不规范有关，CI4的响应机制与CI3存在差异，可能干扰了TCPDF默认的头信息输出。

解决方案 #

1. 手动设置CI4响应头

在调用$pdf->Output()前，手动配置正确的HTTP响应头，确保浏览器能识别PDF格式：

// 清空并设置响应头
$this->response->setHeader('Content-Type', 'application/pdf');
$this->response->setHeader('Content-Disposition', 'attachment; filename="hello_world.pdf"');
$this->response->setHeader('Content-Transfer-Encoding', 'binary');
$this->response->setHeader('Cache-Control', 'public, must-revalidate, max-age=0');

// 发送头信息并输出PDF
$this->response->sendHeaders();
$pdf->Output('hello_world.pdf', 'I');
exit;

2. 通过CI4响应类发送PDF内容

改用TCPDF的'S'模式获取PDF字符串，再由CI4响应类统一处理下载：

// 获取PDF内容字符串
$pdfContent = $pdf->Output('', 'S');

// 用CI4响应类发送下载
return $this->response
    ->setHeader('Content-Type', 'application/pdf')
    ->setHeader('Content-Disposition', 'attachment; filename="hello_world.pdf"')
    ->setBody($pdfContent);

3. 检查CI4全局响应配置

确认App/Config/Response.php中没有强制设置默认Content-Type为text/html：

// App/Config/Response.php
public $defaultContentType = 'application/json'; // 按需调整，避免默认text/html干扰

4. 重置所有响应头后输出

如果CI4的全局头信息覆盖了TCPDF的设置，可先重置所有头再输出：

// 移除所有已设置的响应头
header_remove();
// 重新设置PDF相关头
header('Content-Type: application/pdf');
header('Content-Disposition: attachment; filename="hello_world.pdf"');

// 输出PDF
$pdf->Output('hello_world.pdf', 'D');
exit;

验证方法 #

在移动端Chrome中测试下载，确认文件名不再追加.html后缀，同时通过浏览器开发者工具检查响应头，确保包含Content-Type: application/pdf和正确的Content-Disposition字段。

内容的提问来源于stack exchange，提问作者Mohammad Baqeri