我刚刚在输出到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制造软件)时工作。

我发现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";
}
?>

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

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

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

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太长了，真的不值得使用。

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