同一段纯php网站的404响应代码在a主机正常工作，却在b主机报“cannot modify header information - headers already sent”错误，根本原因在于输出缓冲机制差异：b主机未启用gzip或输出缓冲，导致html内容提前发送，使后续`header()`调用失败。
该问题本质是PHP中HTTP头发送的严格时序要求与服务器环境配置之间的冲突。HTTP协议规定：所有响应头（如HTTP/1.1 404 Not Found）必须在任何实际响应体（如HTML、空格、换行）输出之前发送。一旦有任意字节（包括空白符、BOM、echo输出或未关闭的HTML标签）被写入输出流，PHP就无法再修改响应头——此时调用header()就会触发“headers already sent”致命错误。
常见触发场景包括：
-
PHP文件开头或结尾存在空白行或空格：
<?php // 此处上方若有空行 → 错误！ if (!file_exists($page)) { http_response_code(404); header('Location: /404.php'); // 或 exit(header('HTTP/1.1 404 Not Found')); exit; } ?> <!-- 此处下方若有空行 → 同样危险！ --> -
混合HTML与PHP且顺序错误：
<!DOCTYPE html> <html> <body> <?php echo "Content"; ?> <?php header('HTTP/1.1 404 Not Found'); // ❌ 失败！body已开始输出 ?> </body> </html>
根本差异来源：你使用的两家主机在底层配置上存在关键区别——
✅ 主机A可能默认启用了 gzip压缩 或 PHP输出缓冲（output buffering），它们会暂存全部响应内容，直到脚本结束才统一发送，从而“掩盖”了header()调用过晚的问题；
❌ 主机B则采用直通式输出（no buffering），任何前置输出都会立即刷到客户端，导致header()调用必然失败。
✅ 可靠解决方案（推荐）：
- 确保header()调用绝对前置：在PHP文件中，header()或http_response_code()必须出现在任何HTML、echo、print、空白字符甚至UTF-8 BOM之前；
-
启用PHP输出缓冲（兼容性最强）：在脚本最顶部（第一行）加入：
<?php ob_start(); ?>
并确保在发送404后正确终止流程（如exit或die），避免后续内容输出；
- 检查并清理所有PHP文件：使用编辑器显示不可见字符，删除.php文件首尾的空行、BOM头（推荐保存为UTF-8 without BOM）；
-
统一使用http_response_code(404)替代header()（更安全）：
<?php // 推荐：无需担心输出顺序，仅设置状态码 http_response_code(404); include '404.html'; // 或直接输出静态404页面 exit; ?>
⚠️ 注意：即使使用ob_start()，也应避免在header()之后再输出大量内容——最佳实践始终是将逻辑判断和状态设置放在最前端，模板渲染放在后端。通过标准化开发流程（如统一入口文件+路由分发），可彻底规避此类环境依赖问题。
