为什么有人会省略关闭标签？

我一直在阅读?>，在文件末尾使用PHP close标签是一种不好的做法。标头问题在以下情况下似乎无关紧要（这是迄今为止唯一的好参数）：

现代版本的PHP在php.ini中设置了output_buffering标志。如果启用了输出缓冲，则可以在输出HTML之后设置HTTP标头和cookie，因为返回的代码不会立即发送到浏览器。

每本优秀实践书籍和Wiki均以该“规则”开头，但没有人提供充分的理由。 是否还有另一个很好的理由跳过结尾的PHP标记？

提前发送标头可能会产生深远的影响。以下是我眼中突然想到的其中一些：

1. 尽管当前的PHP版本可能会缓冲输出，但是将要用于部署代码的实际生产服务器比任何开发或测试机器都重要得多。而且他们并不总是倾向于立即跟随最新的PHP趋势。

2. 您可能会为莫名其妙的功能丧失感到头痛。假设您正在实现某种付款网关，并在付款处理器成功确认后将用户重定向到特定的URL。如果发生某种PHP错误，甚至是警告或行末多余，付款可能仍未处理，并且用户似乎仍未开票。这也是不必要的重定向是邪恶的原因之一，如果要使用重定向，则必须谨慎使用。

3. 即使在最新版本中，您在Internet Explorer中也可能会出现“页面加载已取消”类型的错误。这是因为AJAX响应/ json包含不应该包含的内容，因为某些PHP文件中的行尾多余，就像我几天前遇到的那样。

4. 如果您的应用程序中有一些文件下载，它们也可能因此中断。而且即使多年后，您也可能不会注意到它，因为下载的特定习惯取决于服务器，浏览器，文件的类型和内容（以及其他一些我不想让您感到厌烦的因素） 。

5. 最后，包括Symfony，Zend和Laravel 在内的许多PHP框架（在编码指南中没有提及，但遵循了诉讼）和PSR-2标准（项目2.2）都要求省略结束标记。PHP手册本身（1，2），WordPress的，Drupal的和许多其他PHP软件我想，提醒这样做。如果您只是习惯遵循标准（并为您的代码设置PHP-CS-Fixer），则可以忽略此问题。否则，您将始终需要牢记该问题。

奖励：与这两个字符相关的一些陷阱（实际上是一个陷阱）：

1. 即使是某些知名的库，在之后也可能包含多余的行尾?>。例如Smarty，即使2. *和3. *分支的最新版本也有此功能。因此，一如既往，请注意第三方代码。额外的好处：用于删除不必要的PHP结尾的正则表达式：(\s*\?>\s*)$在所有包含PHP代码的文件中以空文本替换。

您应该?>省略php结束标记（）的原因是，以便程序员不会意外发送多余的换行符。

您不应该离开php结束标记的原因是因为它会导致php标记不平衡，并且任何有思想的程序员都可以记住不要添加多余的空格。

所以对于你的问题：

还有另一个很好的理由跳过结尾的php标签吗？

不，没有另一个很好的理由跳过结尾的php标签。

我将结束一些不干扰结束标记的参数：

1. 人们总是能够犯错，无论他们多么聪明。坚持减少可能的错误数量的做法是一个好主意。

2. PHP不是XML。PHP不需要遵循XMLs严格的标准即可编写和运行。如果缺少结束标记使您感到烦恼，则可以使用结束标记，这不是一种固定的规则。

这是一个新手编码风格的建议，它的使用意图很好，并由手册提供了建议。

• ?>但是，回避仅解决了已发送的常见报头（原始输出，BOM，通知等）及其后续问题的一些问题。

• 实际上，PHP包含一些魔术，可以在?>结束标记之后吞噬单个换行符。尽管这有历史性的问题，并使新人仍然容易受到笨拙的编辑的影响，并在之后毫无意识地在其他空白进行改组?>。

• 从风格上有些人希望能够查看<?php和?>作为SGML标签/ XML处理指令，这意味着一个后关闭的记号的平衡一致性。（顺便说一句，对于依赖关系联合类包含有用，以取代效率低下的逐个文件自动加载。）

• 有点不寻常的<?php是，该开口的特征是PHPs shebang（每个binfmt_misc完全可行），从而验证了相应关闭标签的冗余性。

• 还有存在着明显的差异劝经典的PHP语法指南，规定?>\n和更近期的（PSR-2）商定遗漏。
  （据记录：Zend Framework相互推定并不意味着其固有的优越性。这是一种误解，认为专家被吸引/针对笨拙的API的受众）。

• SCM和现代IDE 提供了内置的解决方案，主要减轻了标签的繁琐工作。

不鼓励使用?>close标签只会延迟解释基本的PHP处理行为和语言语义，从而避免出现不常见的问题。由于参与者的熟练程度差异，对于协作软件开发来说仍然很实用。

紧密的标签变化

• 将定期 ?>密切标签也被称为T_CLOSE_TAG，或因此“关闭的记号”。

• 由于PHP神奇的换行符吃法，它包含了更多的化身：

  ?>\n （Unix换行符）

  ?>\r （回车，经典MAC）

  ?>\r\n （CR / LF，在DOS / Win上）

  但是，PHP不支持Unicode组合换行符NEL（U + 0085）。

  早期的PHP版本具有IIRC编译器，从而在某种程度上限制了平台不可知性（FI甚至只是用作>封闭标记），这可能是避免封闭标记的历史渊源。

• 经常被忽视，但直到PHP7删除它们，定期<?php开放标记可以有效地与很少使用成对</script>的奇数收盘令牌。

• “ 硬关闭标签 ”甚至都不是-只是为了类推而已。__halt_compiler但是，从概念上和用法上都应将其视为紧密令牌。

  __HALT_COMPILER();
  ?>

  基本上分词器随后将丢弃任何代码或纯HTML部分。特别是，PHAR存根利用了它，或它的冗余组合，?>如图所示。

• 同样，void也return;很少替换为include脚本，从而使任何?>带有尾随空格的无效。

• 然后是各种各样的软/人造贴近标签变体；鲜为人知且很少使用，但通常每个注释掉的令牌：

  • 简单的间距// ? >可避免PHP的令牌生成器进行检测。

  • 或正则// ﹖﹥表达式可以掌握的精美Unicode替代品（U + FE56小问号，U + FE65小角度支架）。

  两者都对PHP毫无意义，但是可以在不了解PHP或不了解PHP的外部工具包中具有实际用途。再次cat想到连接脚本，其结果是// ? > <?php串联保留了前一个文件节。

因此，对于强制性的结束标记省略，存在上下文相关但实用的替代方法。

?>两种方式的手动保姆都不是很现代。总是有自动化的工具（即使只是sed / awk或regex-oneliners）。特别是：

phptags标签整理器

https://fossil.include-once.org/phptags/

通常可将其用于--unclosephp标记第三方代码，或者仅解决任何（以及所有）实际的空白/ BOM问题：

• phptags --warn --whitespace *.php

它还可以处理--long标签转换等，以实现运行时/配置的兼容性。

这不是标签...

但是，如果您有它，则可能会冒空白。

如果然后将其用作文档顶部的包含，则可能会在尝试发送HTTP标头之前最终插入空格（即内容），这是不允许的。

不让结束?>进入是非常有用的。

该文件对PHP保持有效（不是语法错误），正如@David Dorward所说，它可以避免在。之后使用空格/换行符（任何可以将标头发送到浏览器的东西）?>。

例如，

<?
    header("Content-type: image/png");
    $img = imagecreatetruecolor ( 10, 10);
    imagepng ( $img);
?>
[space here]
[break line here]

无效。

但

<?
    header("Content-type: image/png");
    $img = imagecreatetruecolor ( 10, 10 );
    imagepng ( $img );

将。

有一次，您必须懒惰以确保安全。

根据docs，由于以下原因，最好省略结束标记，如果它位于文件末尾：

如果文件是纯PHP代码，则最好在文件末尾省略PHP关闭标记。这样可以防止在PHP结束标记之后添加意外的空格或换行，这可能会导致不良影响，因为当程序员不打算在脚本中的该点发送任何输出时，PHP将开始输出缓冲。

PHP手册>语言参考>基本语法> PHP标记

好吧，我知道原因，但是我无法显示：

对于仅包含PHP代码的文件，?>决不允许使用结束标记（）。PHP不需要它，并且省略它可以防止在响应中意外插入尾随空白。

来源：http : //framework.zend.com/manual/en/coding-standard.php-file-formatting.html

好吧，有两种查看方式。

1. PHP代码只不过是一组XML处理指令，因此任何带有.php扩展名的文件都不过是XML文件，而这种文件恰好是为PHP代码而解析的。
2. PHP恰好恰恰为其open和close标签共享XML处理指令格式。基于此，具有.php扩展名的文件可以是有效的XML文件，但不必如此。

如果您相信第一种方法，那么所有PHP文件都需要结束符。忽略它们将创建一个无效的XML文件。再说一次，没有开始<?xml version="1.0" charset="latin-1" ?>声明，您将始终没有有效的XML文件...因此，这不是主要问题...

如果您相信第二种方法，那就为两种类型的.php文件打开了大门：

• 仅包含代码的文件（例如，库文件）
• 包含本机XML和代码的文件（例如，模板文件）

基于此，仅代码文件可以在没有结束?>标记的情况下结束。但是XML代码文件不能无休止地结束，?>因为它会使XML失效。

但是我知道你在想什么。您正在考虑这有什么用，您永远不会直接呈现PHP文件，因此谁在乎它是否是有效的XML。好吧，如果要设计模板就很重要。如果它是有效的XML / HTML，则正常的浏览器将不会显示PHP代码（将其视为注释）。因此，您可以模拟模板，而无需在其中运行PHP代码。

我并不是说这很重要。这只是我不太常表达的一种观点，所以有什么更好的分享方式...

就个人而言，我不会关闭库文件中的标签，但会在模板文件中关闭...我认为这是个人喜好（和编码准则），而不是任何困难...

除了已经说过的所有内容之外，我还要提出另一个原因，这对我们进行调试是一个巨大的痛苦。

当结束php标记后面有空白时，带有PHP 5.4的Apache 2.4.6实际上在我们的生产机器上存在分段错误。我只是浪费了几个小时，直到我终于用strace缩小了bug的范围。

这是Apache引发的错误：

[core:notice] [pid 7842] AH00052: child pid 10218 exit signal Segmentation fault (11)

“是否还有另一个很好的理由（除了标题问题以外）跳过结尾的php标签？”

生成二进制输出，CSV数据或其他非HTML输出时，您不希望无意中输出多余的空白字符。

优点

• 像其他语言一样，关闭任何打开的标签将是合乎逻辑的。不仅是X（HT）ML标签，还有花括号，方括号...
• 对于初学者来说，不那么令人困惑。

缺点

• 避免在结束标记后添加无意的空格而引起头痛，因为这会破坏header（）函数的行为... 也已知某些  编辑器或FTP客户端/服务器会自动更改文件结尾（至少是它们的默认配置）
• PHP手册说，结束标记是可选的，而Zend甚至禁止这样做。

结论

我要说的是，支持省略标记的参数看起来更强（有助于避免header（）引起头疼，这是PHP / Zend的“推荐”）。我承认这不是我在语法一致性方面见过的最“美丽”的解决方案，但是还有什么更好的呢？

由于我的问题被标记为与此重复的问题，我认为可以出于某些原因而张贴为什么不省略结束标记是?>可以的。

• 使用完整的处理指令语法（<?php ... ?>），PHP源是有效的SGML文档，可以对SGML解析器进行解析和处理而不会出现问题。除其他限制外，它也可以是有效的XML / XHTML。

没有什么可以阻止您编写有效的XML / HTML / SGML代码。PHP文档意识到了这一点。摘抄：

注意：还请注意，如果要将PHP嵌入XML或XHTML中，则需要使用<？php？>标记以保持符合标准。

当然，PHP语法不是严格的SGML / XML / HTML，并且您创建的文档不是SGML / XML / HTML，就像您可以将HTML转换为XHTML来兼容XML一样。

• 在某些时候，您可能希望连接源。cat source1.php source2.php如果您由于省略结束?>标记而导致不一致，那么这将不像简单地那样简单。

• 如果没有?>它很难说，如果文件是PHP转义或PHP留下忽略模式（PI标签<?php可能已经打开与否）。如果您始终将文档置于PHP忽略模式，则生活会更轻松。就像使用格式正确的HTML文档相比，使用未关闭，嵌套错误的标签等文档进行处理一样。

• 似乎有些编辑器，例如Dreamweaver，可能在PI处于打开状态时会遇到问题[1]。

如果我正确理解该问题，则与输出缓冲有关，这可能对结束/结束标记产生影响。我不确定这是一个完全有效的问题。问题在于输出缓冲区并不意味着将所有内容发送到客户端之前就将其保留在内存中。这意味着其中一些内容是。

程序员可以有目的地刷新缓冲区或输出缓冲区，因此PHP中的输出缓冲区选项是否真的改变了结束标记如何影响编码？我认为事实并非如此。

也许这就是为什么大多数答案都回到个人风格和语法的原因。

php代码有2种可能的用法：

1. PHP代码，例如类定义或函数定义
2. 使用PHP作为模板语言（即在视图中）

在第一种情况下，结束标记完全没有用处，在这种情况下，我也想只看到1（一个）php打开标记，而没有（零）结束标记。这是一个好习惯，因为它可以使代码整洁，并使逻辑与表示分离。对于演示案例（2.），有人发现关闭所有标签（甚至是PHP处理过的标签）是很自然的，这会引起混淆，因为PHP实际上有2个单独的用例，不应混用：逻辑/演算和介绍