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

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

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

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

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

如果要输出多行，使用error_log()非常方便。

在我的windows安装中，我发现很多调试语句看起来很奇怪，因为开发人员在拆分字符串时假定unix结尾。

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

是的，PHP_EOL表面上用于以跨平台兼容的方式查找换行符，因此它处理DOS/Unix问题。

注意，PHP_EOL表示当前系统的结束字符。例如，当在类unix系统上执行时，它将找不到Windows结束行。