嗯，我知道原因，但我不能说出来:

对于只包含PHP代码的文件，永远不会出现结束标记(?>) 允许的。PHP并不要求它， 省略它可以防止 意外注入尾白 空格变成响应。

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

应该去掉php结束标记(?>)的原因是，这样程序员就不会意外地发送额外的换行字符。

不应该省略php结束标记的原因是它会导致php标记的不平衡，任何稍微有点头脑的程序员都可以记住不要添加额外的空白。

对于你的问题

还有其他好的理由跳过结束php标记吗?

不，没有其他好的理由跳过结束php标记。

我将以不使用结束标签的一些理由来结束:

人们总是会犯错误，不管他们有多聪明。 坚持一种可以减少可能错误数量的做法(恕我直言)是一个好主意。 PHP不是XML。PHP不需要遵循xml的严格标准来编写良好并具有良好的功能。如果一个丢失的结束标签让你烦恼，你可以使用一个结束标签，这不是一个固定不变的规则。

嗯，有两种方式来看待它。

PHP代码只不过是一组XML处理指令，因此任何具有. PHP扩展名的文件都只不过是一个恰好被解析为PHP代码的XML文件。 PHP恰好为它的打开和关闭标记共享XML处理指令格式。基于此，扩展名为.php的文件可能是有效的XML文件，但它们不一定是。

如果您相信第一种方法，那么所有PHP文件都需要结束标记。省略它们将创建一个无效的XML文件。然后，没有开口<?xml version="1.0" charset="latin-1" ?>声明，你将不会有一个有效的xml文件…所以这不是一个大问题……

如果你相信第二种方法，那么就会出现两种类型的.php文件:

只包含代码的文件(例如库文件) 包含原生XML和代码的文件(例如模板文件)

基于此，只有代码的文件可以在没有?>结束标记的情况下结束。但是XML代码文件不使用?>结束是不合适的，因为它会使XML无效。

但我知道你在想什么。你会想，这有什么关系，你永远不会直接呈现PHP文件，所以谁会关心它是否是有效的XML。如果您正在设计一个模板，那么这确实很重要。如果它是有效的XML/HTML，普通浏览器将不会显示PHP代码(它被视为注释)。所以你可以模拟出模板，而不需要运行PHP代码…

我不是说这很重要。这只是一个我不经常看到的观点，所以还有什么更好的地方来分享它呢?

就我个人而言，我不关闭库文件中的标签，但在模板文件中这样做…我认为这是基于个人喜好(和编码指南)的。

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

Apache 2.4.6和php5.4实际上在我们的生产机器上，当关闭PHP标记后面有空白时，分割错误。我只是浪费了好几个小时，直到我终于用strace缩小了虫子的范围。

下面是Apache抛出的错误:

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

“是否有其他好的理由(除了标题问题)跳过结束php标记?”

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

Pros

像其他语言一样，关闭任何打开的标记是合乎逻辑的。不仅是X(HT)ML标签，还有花括号，括号… 对初学者来说更容易理解。

Cons

避免在结束标记后无意中添加空白，因为它破坏了header()函数的行为…一些编辑器或FTP客户端/服务器也会自动更改文件的结尾(至少，这是它们的默认配置) PHP手册说关闭标记是可选的，Zend甚至禁止它。

结论

我想说，支持省略标记的论点看起来更强(有助于避免header() +它是PHP/Zend的“推荐”)。我承认，就语法一致性而言，这不是我见过的最“漂亮”的解决方案，但还有什么更好的呢?