Windows 支持

支持长路径和 UTF-8 路径

如果 Web 应用程序符合 UTF-8 编码,则不需要采取进一步的操作。对于依赖非 UTF-8 编码路径进行 I/O 的应用程序,必须设置明确的 INI 指令。编码 INI 设置的检查依赖于核心的顺序:

  • internal_encoding
  • default_charset
  • zend.multibyte

引入了几个用于处理代码页的函数:

  • sapi_windows_cp_set() 用于设置默认的代码页
  • sapi_windows_cp_get() 用于检索当前代码页
  • sapi_windows_cp_is_utf8()
  • sapi_windows_cp_conv() 使用 iconv() 兼容签名在代码页之间进行转换

这些函数是线程安全的。

控制台输出代码页根据 PHP 中使用的编码进行调整。具体取决于系统的 OEM 代码页,可见输出可能正确,也可能不正确。例如,在默认 cmd.exe 和 OEM 代码页为 437 的系统上,使用 UTF-8 时可以正确显示代码页 1251、1252、1253 和其它一些代码页中的输出。在同一系统上,代码页中的字符(例如 20932)可能无法正确显示。这是指代码页、字体兼容性和所使用的特定控制台程序的特定系统规则。PHP 根据 php.ini 中的编码规则自动设置控制台代码页。在某些情况下,使用替代控制台而不是直接使用 cmd.exe 可能会带来更好的体验。

不过请注意,请求开始后切换运行时代码页可能会给 CLI 带来意想不到的副作用。更好的方法是 php.ini,当在不支持 Unicode 的控制台模拟器中使用 PHP CLI 时,可能需要这样做,以避免更改控制台代码页。实现此目的的最佳方式是将默认编码或内部编码设置为相应的 ANSI 代码页。另一种方法是将 INI 指令 output_encoding 和 input_encoding 设置为所需的代码页,但在这种情况下,内部代码页和 I/O 代码页之间的差异可能会导致乱码。在极少数情况下,如果 PHP 碰巧优雅崩溃,原始的控制台代码页可能无法恢复。在这种情况下,可以使用 chcp 命令,手动恢复。

对于 DBCS 系统需要特别注意——在运行时使用 ini_set() 切换代码页可能会导致显示问题。与非 DBCS 系统的区别在于,扩展字符需要两个控制台单元格才能显示。在某些情况下,只有将字符映射到字体的字形集才能发生,而不会实际更改字体。这是 DBCS 系统的本质,预防显示问题的最简单方法是避免使用 ini_set() 进行代码页更改。

由于 stream 支持 UTF-8,PHP 脚本不再局限于 ASCII 或 ANSI 文件名。CLI 上开箱即用的支持此功能。对于其它 SAPI,相应服务器的文档很有用。

长路径支持是公开的。超过 260 字节的路径会自动添加前缀 \\?\。最大路径长度限制为 2048 字节。路径片断限制(文件名长度)仍然存在。

为了获得最佳的可移植性,强烈推荐使用 UTF-8 处理文件名、I/O 和其它相关主题。此外,对于控制台应用程序,最好使用 TrueType 字体,并且不鼓励使用 ini_set() 来更改代码页。

readline

readline 扩展 现在通过 » WinEditLine 库 来实现了支持。因此,一个交互式的 CLI 命令行也得到了支持。(php.exe -a)。

PHP_FCGI_CHILDREN

PHP_FCGI_CHILDREN 现在收到重视。如果定义了此环境变量,第一个 php-cgi.exe 进程将执行指定数量的子进程。它们将共享相同的 TCP socket。

ftok()

新增 ftok() 支持

add a note

User Contributed Notes

There are no user contributed notes for this page.
To Top