我发现PHP_EOL对于文件处理非常有用，特别是在向文件中写入多行内容时。

例如，您有一个很长的字符串，希望在写入普通文件时将其分解成多行。使用\r\n可能行不通，所以简单地将PHP_EOL放入脚本，结果非常棒。

看看下面这个简单的例子:

<?php

$output = 'This is line 1' . PHP_EOL .
          'This is line 2' . PHP_EOL .
          'This is line 3';

$file = "filename.txt";

if (is_writable($file)) {
    // In our example we're opening $file in append mode.
    // The file pointer is at the bottom of the file hence
    // that's where $output will go when we fwrite() it.
    if (!$handle = fopen($file, 'a')) {
         echo "Cannot open file ($file)";
         exit;
    }
    // Write $output to our opened file.
    if (fwrite($handle, $output) === FALSE) {
        echo "Cannot write to file ($file)";
        exit;
    }
    echo "Success, content ($output) wrote to file ($file)";
    fclose($handle);
} else {
    echo "The file $file is not writable";
}
?>

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

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

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

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

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

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

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

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

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

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

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