我更喜欢用\n\r。而且我在windows系统上，\n在我的经验中工作得很好。

由于PHP_EOL不能与正则表达式一起工作，而正则表达式是处理文本的最有用的方法，所以我真的从未使用过它，也不需要使用它。

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

是的，PHP_EOL表面上用于以跨平台兼容的方式查找换行符，因此它处理DOS/Unix问题。

注意，PHP_EOL表示当前系统的结束字符。例如，当在类unix系统上执行时，它将找不到Windows结束行。

有一个明显的地方它可能有用:当您编写主要使用单引号字符串的代码时。有争议的是:

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

它的艺术在于始终如一。混合和匹配"和"的问题是，当你得到很长的字符串时，你真的不想去寻找你使用的引用类型。

就像生活中的所有事情一样，这取决于上下文。

我有一个站点，其中一个日志脚本在用户的操作之后向文本文件写入新一行文本，用户可以使用任何操作系统。

在这种情况下，使用PHP_EOL似乎不是最优的。如果用户是在Mac OS上，并写入文本文件，它将放置\n。当在windows计算机上打开文本文件时，它不会显示换行符。因此，我使用“\r\n”来代替在任何操作系统上打开文件时的工作。

如果要输出多行，使用error_log()非常方便。

在我的windows安装中，我发现很多调试语句看起来很奇怪，因为开发人员在拆分字符串时假定unix结尾。