我想提出一个解决“什么时候不使用它”的答案，因为它还没有被覆盖，可以想象它被盲目地使用，直到后来才有人注意到有问题。这与现有的答案有些矛盾。

如果在HTML中输出到网页，特别是<textarea>， <pre>或<code>中的文本，您可能总是想使用\n而不是PHP_EOL。

原因是，虽然代码可能在一台服务器上工作得很好-这恰好是一个类unix平台-如果部署在Windows主机(如Windows Azure平台)上，那么它可能会改变页面在某些浏览器(特别是Internet Explorer -某些版本将看到\n和\r)中的显示方式。

我不确定自IE6以来这是否仍然是一个问题，所以它可能是相当有争议的，但似乎值得一提，如果它有助于人们思考上下文。在其他情况下(比如严格的XHTML)，在某些平台上突然输出\r可能会导致输出出现问题，我相信还有其他类似的边缘情况。

有人已经指出，当返回HTTP报头时，你不会想要使用它——因为它们在任何平台上都应该始终遵循RFC。

我不会将它用于CSV文件上的分隔符之类的东西(就像有人建议的那样)。服务器运行的平台不应该决定生成或使用的文件中的行结束符。

PHP_EOL(字符串) 此平台的正确“行结束”符号。 自PHP 4.3.10和PHP 5.0.2起可用

当读写服务器文件系统上的文本文件时，可以使用这个常量。

在大多数情况下，行结束并不重要，因为大多数软件都能够处理文本文件，而不管它们的来源。你应该与你的代码保持一致。

如果行结束符很重要，则显式地指定行结束符，而不是使用常量。例如:

HTTP报头必须用\r\n分隔 CSV文件应该使用\r\n作为行分隔符

PHP 7.1.1和5.6.30版本的main/ PHP .h:

#ifdef PHP_WIN32
#   include "tsrm_win32.h"
#   include "win95nt.h"
#   ifdef PHP_EXPORTS
#       define PHPAPI __declspec(dllexport)
#   else
#       define PHPAPI __declspec(dllimport)
#   endif
#   define PHP_DIR_SEPARATOR '\\'
#   define PHP_EOL "\r\n"
#else
#   if defined(__GNUC__) && __GNUC__ >= 4
#       define PHPAPI __attribute__ ((visibility("default")))
#   else
#       define PHPAPI
#   endif
#   define THREAD_LS
#   define PHP_DIR_SEPARATOR '/'
#   define PHP_EOL "\n"
#endif

正如你所看到的，PHP_EOL可以是“\r\n”(在Windows服务器上)或“\n”(在其他任何服务器上)。在5.4.0RC8之前的PHP版本中，PHP_EOL可能有第三个值:"\r"(在MacOSX服务器上)。这是错误的，已于2012-03-01修复，bug 61193。

正如其他人已经告诉您的那样，您可以在需要统一换行符的任何类型的输出中使用PHP_EOL(这些值中的任何一个都是有效的—例如:HTML、XML、日志……)。请记住，决定值的是服务器，而不是客户机。您的Windows访问者将从您的Unix服务器获取值，这有时对他们来说很不方便。

我只是想展示PHP源代码支持的PHP_EOL的可能值，因为这里还没有显示……

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

当jumi (joomla plugin for PHP)出于某种原因编译你的代码时，它会从你的代码中删除所有的反斜杠。例如$csv_output .= "\n";$csv_output .= "n";

非常讨厌的虫子!

使用PHP_EOL来获得您想要的结果。

在某些系统上，使用这个常量可能是有用的，因为如果，例如，您正在发送电子邮件，您可以使用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

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