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

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

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

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

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

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

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

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

在某些系统上，使用这个常量可能是有用的，因为如果，例如，您正在发送电子邮件，您可以使用PHP_EOL让跨系统脚本在更多系统上工作…但即使它是有用的，有时你会发现这个常数未定义，现代主机与最新的php引擎没有这个问题，但我认为一件好事是写一些代码来挽救这种情况:

<?php
  if (!defined('PHP_EOL')) {
    if (strtoupper(substr(PHP_OS,0,3) == 'WIN')) {
      define('PHP_EOL',"\r\n");
    } elseif (strtoupper(substr(PHP_OS,0,3) == 'MAC')) {
      define('PHP_EOL',"\r");
    } elseif (strtoupper(substr(PHP_OS,0,3) == 'DAR')) {
      define('PHP_EOL',"\n");
    } else {
      define('PHP_EOL',"\n");
    }
  }
?>

所以你可以毫无问题地使用php_ol…很明显，PHP_EOL应该在脚本上使用，应该在多个系统上同时工作，否则你可以使用\n或\r或\r\n…

备注:PHP_EOL可以为

1) on Unix    LN    == \n
2) on Mac     CR    == \r
3) on Windows CR+LN == \r\n

希望这个答案能有所帮助。

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

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