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

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

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

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

DOS/Windows标准的换行符是CRLF (= \r\n)而不是LFCR (\n\r)。如果我们选择后者，很可能会产生一些意想不到的结果(好吧，实际上是意料之中的!): D)的行为。

现在，几乎所有(编写良好的)程序都接受UNIX标准LF (\n)作为换行代码，甚至邮件发送守护进程(RFC将CRLF设置为标题和消息正文的换行)。

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

在这种情况下，使用PHP_EOL似乎不是最优的。如果用户是在Mac OS上，并写入文本文件，它将放置\n。当在windows计算机上打开文本文件时，它不会显示换行符。因此，我使用“\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的可能值，因为这里还没有显示……