何时使用 PHP 常量“PHP_EOL”？

Question

什么时候使用 PHP_EOL？

我有时会在 PHP 代码示例中看到这一点。 这可以处理 DOS/Mac/Unix 终端问题吗？

Answer 1

我正在使用 WebCalendar，发现 Mac iCal 在导入生成的 ics 文件时遇到问题，因为行尾在 xcal.php 中硬编码为“\r\n”。 我进去并用 PHP_EOL 替换了所有出现的地方，现在 iCal 很高兴！
我还在 Vista 和 Outlook 上进行了测试，即使行尾字符是“\n”，Outlook 也能够导入该文件。

Answer 2

PHP_EOL（字符串）
该平台的正确“行尾”符号。
自 PHP 4.3.10 和 PHP 5.0.2 起可用

可用 当您在服务器的文件系统上读取或写入文本文件时，可以使用此常量。

在大多数情况下，行结尾并不重要，因为大多数软件都能够处理文本文件，无论其来源如何。 您应该与您的代码保持一致。

如果行结束很重要，请显式指定行结束而不是使用常量。 例如：

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

Answer 3

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

我根本不建议使用 PHP_EOL。 Unix/Linux 使用 \n，MacOS / OS X 也从 \r 更改为 \n，并且在 Windows 上许多应用程序（尤其是浏览器）也可以正确显示它。 在 Windows 上，也可以轻松更改现有的客户端代码以仅使用 \n 并仍然保持向后兼容性：只需将行修剪的分隔符从 \r\n 更改为 \n 并将其包装在类似 trim() 的函数中。

Answer 4

我想提出一个答案来解决“当不使用它时”，因为它还没有被涵盖，并且可以想象它被盲目使用，没有人注意到存在问题，直到后来就下线了。 其中一些与现有的一些答案有些矛盾。

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

原因是，虽然代码可能在一台服务器（恰好是类 Unix 平台）上运行良好，但如果部署在 Windows 主机（例如 Windows Azure 平台）上，那么它可能会改变页面在某些浏览器中的显示方式（特别是 Internet Explorer - 某些版本会同时看到 \n 和 \r）。

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

正如某人已经指出的那样，您不想在返回 HTTP 标头时使用它 - 因为它们应该始终遵循任何平台上的 RFC。

我不会将它用于 CSV 文件上的分隔符之类的东西（正如有人建议的那样）。 服务器运行的平台不应确定生成或使用的文件中的行结尾。

Answer 5

有一个明显的地方它可能很有用：当您编写主要使用单引号字符串的代码时。 关于是否：

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

它的艺术是一致的，这是有争议的。 混合和匹配 '' 和 "" 的问题在于，当您获得长字符串时，您实际上并不需要去寻找您使用的引用类型。

与生活中的所有事情一样，这取决于具体情况。

Answer 6

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

Answer 7

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

Answer 8

如果您要输出多行，则使用 error_log() 会很方便。

我发现很多调试语句在我的 Windows 安装上看起来很奇怪，因为开发人员在分解字符串时假设了 UNIX 结尾。

Answer 9

DOS/Windows 标准“换行符”是 CRLF (= \r\n) 而不是 LFCR (\n\r)。 如果我们采用后者，则可能会产生一些意想不到的（嗯，事实上，有点预期！:D）行为。

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

Answer 10

PHP_EOL 的定义是它为您提供正在使用的操作系统的换行符。

实际上，您几乎不需要这个。 考虑几种情况：

• 当您输出到网络时，除了应该保持一致之外，实际上没有任何约定。 由于大多数服务器都是 Unixy，因此您无论如何都需要使用“\n”。

• 如果您要输出到文件，PHP_EOL 似乎是个好主意。 然而，你可以通过在你的文件中包含一个文字换行符来获得类似的效果，如果你试图在 Unix 上运行一些 CRLF 格式的文件而不破坏现有的换行符，这将帮助你（作为一个拥有双引导系统的人） ，我可以说我更喜欢后一种行为）

PHP_EOL 太长了，以至于真的不值得使用它。

Answer 11

我有一个网站，在用户（可以使用任何操作系统）执行操作后，日志记录脚本将新的文本行写入文本文件。

在这种情况下，使用 PHP_EOL 似乎不是最佳选择。 如果用户使用 Mac OS 并写入文本文件，它将输入 \n。 在 Windows 计算机上打开文本文件时，它不显示换行符。 因此，我使用“\r\n”代替，它在任何操作系统上打开文件时都有效。

Answer 12

我刚刚在输出到 Windows 客户端时遇到了这个问题。 当然，PHP_EOL 是针对服务器端的，但是 php 输出的大多数内容是针对 Windows 客户端的。 所以我必须把我的发现放在这里供下一个人使用。

A) 回显“我的文本”。 PHP_EOL； // 不好，因为这仅输出 \n 并且大多数版本的 Windows 记事本将其显示在一行上，并且大多数 Windows 会计软件无法导入这种类型的行尾字符。

B) echo '我的文本\r\n'; //不好，因为单引号 php 字符串不能解释 \r\n

C) echo "My Text \r\n"; // 是的，它有效！ 在记事本中看起来正确，并且在将文件导入到其他 Windows 软件（例如 Windows 会计和 Windows 制造软件）时有效。

Answer 13

您正在编写主要使用单引号字符串的代码。

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

Answer 14

我更喜欢使用\n\r。 另外，我使用的是 Windows 系统，根据我的经验，\n 工作得很好。

由于 PHP_EOL 不适用于正则表达式，而这些是处理文本的最有用的方法，所以我真的从未使用过或不需要它。

Answer 15

当 jumi（PHP 的 joomla 插件）由于某种原因编译你的代码时，它会从你的代码中删除所有反斜杠。 这样 $csv_output .= "\n"; 就变成了 $csv_output .= "n";

非常烦人的错误！

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

Answer 16

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

希望这个答案有所帮助。

Answer 17

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

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

Answer 18

从 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"（在其他任何服务器上）。 在 PHP 5.4.0RC8 之前的版本中，PHP_EOL 有第三个可能的值："\r"（在 MacOSX 服务器上）。 这是错误的，已于 2012 年 3 月 1 日通过 bug 61193 进行修复。

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

我只是想显示 PHP 源支持的 PHP_EOL 的可能值，因为它尚未在此处显示......

Answer 19

当您想要换行并且想要跨平台时，可以使用 PHP_EOL。

这可能是当您将文件写入文件系统（日志、导出等）时。

如果您希望生成的 HTML 可读，则可以使用它。 因此，您可以在
后面加上 PHP_EOL。

如果您从 cron 中将 php 作为脚本运行，并且需要输出一些内容并将其格式化为屏幕格式，则可以使用它。

如果您正在创建一封需要某些格式的电子邮件来发送，则可以使用它。