如何修复PHP中的“Headers already sent”错误

发送标头前没有输出！必须在进行任何输出之前调用发送/修改HTTP标头的函数。 summary ⇊ 否则呼叫失败：警告：无法修改标头信息 - 已发送的标头（输出从脚本开始：行）修改HTTP标头的一些功能是：header / header_removesession_start / session_regenerate_idsetcookie / setrawcookie输出可以是：意外：之前<?php或之后的空格?>在UTF-8字节顺序标记明确以前的错误消息或通知故意的：print，echo等功能产生输出原始<html>部分先前<?php代码。为什么会这样？要理解为什么必须在输出之前发送标头，必须查看典型的HTTP 响应。PHP脚本主要生成HTML内容，但也将一组HTTP / CGI标头传递给Web服务器：HTTP/1.1 200 OKPowered-By: PHP/5.3.7Vary: Accept-EncodingContent-Type: text/html; charset=utf-8<html><head><title>PHP page output page</title> </head><body><h1>Content</h1> <p>Some more output follows...</p>and <a href="/"> <img src=internal-icon-delayed> </a>页面/输出始终跟在标题之后。PHP必须首先将标头传递给Web服务器。它只能这样做一次。双线后，它永远不会修改它们。当PHP接收第一输出（print，echo，<html>），它会 刷新所有收集的头。之后它可以发送它想要的所有输出。但是，发送更多HTTP标头是不可能的。你怎么知道过早输出发生在哪里？该header()警告包含所有相关信息，以查找问题的原因：警告：无法修改标题信息 - 已在第100行的/us/usr2345/htdocs/index.php中发送的标题 （输出从 / www / usr2345 / htdocs / auth.php：52开始）这里“第100行”指的是header() 调用失败的脚本。括号内的“ 输出开始于 ”注释更为重要。它表示先前输出的来源。在这个例子中它是auth.php 和行52。那是你必须寻找过早产出的地方。典型原因：打印，回声来自print和echo语句的故意输出将终止发送HTTP标头的机会。必须重新构建应用程序流以避免这种情况。使用函数 和模板方案。确保在写出消息之前进行header()呼叫。产生输出的函数包括其中包括用户定义的函数。print，echo，printf，vprintftrigger_error，ob_flush，ob_end_flush，var_dump，print_rreadfile，passthru，flush，imagepng，imagejpeg原始HTML区域.php文件中未分析的HTML部分也是直接输出。header()必须在任何原始<html>块之前记下将触发调用的脚本条件。<!DOCTYPE html><?php    // Too late for headers already.使用模板方案将处理与输出逻辑分开。在脚本上放置表单处理代码。使用临时字符串变量来推迟消息。实际输出逻辑和混合HTML输出应该遵循最后一个。之前<?php的空格为“script.php 第1行 ”警告如果警告引用了行中的输出1，那么它主要在开始令牌之前引导空格，文本或HTML <?php。 <?php# There's a SINGLE space/newline before <? - Which already seals it.同样，附加脚本或脚本部分也可能出现这种情况：?><?phpPHP实际上吃了一个单一的关闭标签后断行。但它不会补偿多个换行符或标签或空格转移到这些空白。UTF-8 BOM仅有线路和空格可能是个问题。但也有“隐形”字符序列可以导致这种情况。最着名的 是大多数文本编辑器都没有显示的 UTF-8 BOM（字节顺序标记）。这是字节序列EF BB BF，对于UTF-8编码的文档是可选的和冗余的。然而，PHP必须将其视为原始输出。它可能显示为ï»¿输出中的字符（如果客户端将文档解释为Latin-1）或类似的“垃圾”。特别是图形编辑器和基于Java的IDE没有注意到它的存在。它们没有可视化（由Unicode标准强制要求）。但是，大多数程序员和控制台编辑器都会：在那里很容易早期发现问题。其他编辑器可以在文件/设置菜单中识别它的存在（Windows上的Notepad ++可以识别并 解决问题）。检查BOM存在的另一个选项是求助于hexeditor。在* nix系统hexdump上通常是可用的，如果不是图形变体，它简化了审计这些和其他问题：一个简单的解决方法是将文本编辑器设置为“UTF-8（无BOM）”或类似的命名法。通常，新手通常会创建新文件，而只是复制并粘贴以前的代码。纠正工具 还有自动化工具来检查和重写文本文件（sed/awk或recode）。对于PHP，特别是phptags标签更整洁。它将密切和打开的标签重写为长形和短形，还可以轻松修复前导和尾随空格，Unicode和UTF-x BOM问题：phptags  --whitespace  *.php在整个包含或项目目录中使用它是明智的。空白之后 ?>如果在结束时?>提到错误源， 那么这就是写出一些空格或原始文本的地方。PHP结束标记此时不会终止脚本执行。之后的任何文本/空格字符仍将作为页面内容写出。通常建议，特别是新手，?>应该省略拖尾PHP关闭标签。这避免了这些案件中的一小部分。（通常include()d脚本是罪魁祸首。）错误源提到“第0行未知”如果没有错误源具体化，它通常是PHP扩展或php.ini设置。它有时是gzip流编码设置 或ob_gzhandler。但它也可能是任何双重加载的extension=模块生成隐式PHP启动/警告消息。前面的错误消息如果另一个PHP语句或表达式导致警告消息或通知被打印出来，那么这也会被视为过早输出。在这种情况下，您需要避免错误，延迟语句执行，或者使用eg isset()或@()- 来抑制消息，如果以后没有阻碍调试。没有错误消息如果您有error_reporting或已display_errors禁用php.ini，则不会显示任何警告。但忽略错误不会使问题消失。过早输出后仍然无法发送标题。因此，当header("Location: ...")静默重定向失败时，建议探测警告。使用调用脚本顶部的两个简单命令重新启用它们：error_reporting(E_ALL);ini_set("display_errors", 1);或者set_error_handler("var_dump");如果一切都失败了。说到重定向标题，您应该经常使用这样的成语来表示最终的代码路径：exit(header("Location: /finished.html"));优选地甚至是实用功能，其在header()出现故障时打印用户消息。输出缓冲作为变通方法PHPs 输出缓冲 是一种解决此问题的解决方法。它通常可靠地工作，但不应取代适当的应用程序结构并将输出与控制逻辑分开。它的实际目的是最大限度地减少到网络服务器的分块传输。output_buffering= 不过，这个设置可以提供帮助。在现代FPM / FastCGI设置中，在php.ini中配置它， 或者通过.htaccess 或甚至.user.ini配置它。启用它将允许PHP缓冲输出，而不是立即将其传递给Web服务器。因此，PHP可以聚合HTTP头。它同样可以ob_start(); 调用调用脚本。然而，由于多种原因，它不太可靠：即使<?php ob_start(); ?>启动第一个脚本，空格或BOM也可能在之前被洗牌，使其无效。它可以隐藏HTML输出的空白。但是，一旦应用程序逻辑尝试发送二进制内容（例如生成的图像），缓冲的无关输出就成了问题。（ob_clean() 需要更多的解决方法。）缓冲区的大小有限，并且在保留默认值时很容易溢出。而且这也不是罕见的 事情，当它发生时难以追踪。因此，这两种方法都可能变得不可靠 - 特别是在开发设置和/或生产服务器之间切换时。这就是为什么输出缓冲被广泛认为只是一个拐杖/严格的解决方法。另请参阅 手册中的基本用法示例，以及更多优缺点：什么是输出缓冲？为什么在PHP中使用输出缓冲？使用输出缓冲被认为是一种不好的做法？用于输出缓冲的用例是“已发送标头”的正确解决方案但它在其他服务器上运行了！？如果您之前没有收到标题警告，则输出缓冲php.ini设置 已更改。它可能在当前/新服务器上未配置。检查 headers_sent()您始终可以使用headers_sent()探测是否仍然可以...发送标题。这对于有条件地打印信息或应用其他回退逻辑很有用。if (headers_sent()) {     die("Redirect failed. Please click on this link: <a href=...>");}else{     exit(header("Location: /user.php"));}有用的后备解决方法是：HTML <meta>标记如果您的应用程序在结构上很难修复，那么允许重定向的一种简单（但有点不专业）的方法是注入HTML <meta>标记。可以通过以下方式实现重定向： <meta http-equiv="Location" content="http://example.com/">或者延迟很短： <meta http-equiv="Refresh" content="2; url=../target.html">这通过该<head>部分使用时会导致无效的HTML 。大多数浏览器仍然接受它。JavaScript重定向作为替代方案，JavaScript重定向 可用于页面重定向： <script> location.replace("target.html"); </script>虽然这通常比<meta>解决方法更符合HTML ，但它依赖于支持JavaScript的客户端。但是，当真正的HTTP header（）调用失败时，这两种方法都会产生可接受的回退。理想情况下，您总是将此与用户友好的消息和可点击的链接结合起来作为最后的手段。（例如，http_redirect（）PECL扩展的功能。）为什么setcookie()和session_start()也受到影响双方setcookie()并session_start()需要发送一个Set-Cookie:HTTP标头。因此适用相同的条件，并且将针对过早输出情况生成类似的错误消息。（当然，它们还受到浏览器中禁用的cookie的影响，甚至是代理问题。会话功能显然还取决于可用磁盘空间和其他php.ini设置等）更多链接Google提供了类似讨论的冗长列表。当然，Stack Overflow也涵盖了许多特定情况。Wordpress常见问题解答解释了如何解决已发送的标题警告问题？以通用的方式。Adobe社区：PHP开发：为什么重定向不起作用（标头已经发送）Nucleus FAQ：“已发送页眉”是什么意思？其中一个更彻底的解释是HTTP Headers和PHP header（）函数 - NicholasSolutions的教程（Internet Archive链接）。它详细介绍了HTTP，并提供了一些重写脚本的指南。

如何修复PHP中的“Headers already sent”错误

7回答