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

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

当我的PHP没有浏览器时，我使用PHP_EOL常量。实际上，我间接地使用它。查看下面的示例。 例如，有一个叫code的网站。Golf(基本上是堆栈交换代码，但具有交互性)。有一个PHP只有控制台输出，我需要使用PHP_EOL常量来使用这个。

一种缩短它的方法是，一旦你需要使用PHP_EOL常量，就像这样做:

<?php
echo $n = PHP_EOL;
?>

这声明了变量$n，您可以使用它代替PHP_EOL常量作为换行符。甚至比<br>还要短，而且几乎任何需要换行符的东西都可以使用$n !

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

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

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

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

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

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

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

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

我刚刚在输出到Windows客户端时遇到了这个问题。当然，PHP_EOL是针对服务器端的，但是php的大部分内容输出都是针对windows客户端的。所以我必须把我的发现放在这里给下一个人看。

A)呼应“我的短信”。PHP_EOL;//不好，因为这只是输出\n，大多数版本的windows记事本显示在一行上，大多数windows会计软件不能导入这种类型的行结束字符。

B)回复“My Text \r\n”;//不好，因为单引号php字符串不解释\r\n

C)回复“My Text \r\n”;//太棒了!在记事本中看起来正确，并在将文件导入到其他windows软件(如windows会计和windows制造软件)时工作。