PHP_EOL的定义是，它为您提供正在操作的操作系统的换行符。

在实践中，您几乎不需要这个。考虑以下几个案例:

When you are outputting to the web, there really isn't any convention except that you should be consistent. Since most servers are Unixy, you'll want to use a "\n" anyway. If you're outputting to a file, PHP_EOL might seem like a good idea. However, you can get a similar effect by having a literal newline inside your file, and this will help you out if you're trying to run some CRLF formatted files on Unix without clobbering existing newlines (as a guy with a dual-boot system, I can say that I prefer the latter behavior)

PHP_EOL太长了，真的不值得使用。

我在必须编写的一些命令行脚本中使用PHP_EOL常量。我在本地Windows机器上进行开发，然后在Linux服务器上进行测试。使用常量意味着我不必担心为每个不同的平台使用正确的行尾。

我正在使用WebCalendar，发现Mac iCal在导入生成的ics文件时呕吐，因为行尾在xcal.php中硬编码为“\r\n”。我进去，用PHP_EOL替换了所有的事件，现在iCal是快乐的! 我还在Vista和Outlook上进行了测试，即使行尾字符是“\n”，也能导入文件。

当你想要一个新的行，并且你想跨平台的时候，你可以使用PHP_EOL。

这可能发生在将文件写入文件系统时(日志、导出、其他)。

如果您希望生成的HTML具有可读性，则可以使用它。所以可以在<br />后面加上PHP_EOL。

如果你在cron上运行php脚本，你需要输出一些东西，并将其格式化后显示在屏幕上，你就可以使用它。

如果你要发送一封需要一些格式的电子邮件，你可以使用它。

您正在编写主要使用单引号字符串的代码。

echo 'A $variable_literal that I have'.PHP_EOL.'looks better than'.PHP_EOL;  
echo 'this other $one'."\n";

不，PHP_EOL不处理端点问题，因为使用该常量的系统与将输出发送到的系统不同。

我完全不建议使用PHP_EOL。Unix/Linux使用\n, MacOS / OS X也从\r改为\n，在Windows上，许多应用程序(特别是浏览器)也可以正确显示它。在Windows上，更改现有的客户端代码仅使用\n并保持向后兼容性也很容易:只需将行切边的分隔符从\r\n更改为\n，并将其包装在类似trim()的函数中。