本篇文章给大家带来的内容是关于PHP 7.3更新内容的详细介绍,有一定的参考价值,有需要的朋友可以参考一下,希望对你有所帮助。
PHP 目前依旧是其它脚本语言强劲的竞争对手,这主要归功于其核心维护团队的快速更新。
自从 PHP 7.0 发布以来,社区见证了许多新特性的诞生,极大地改进了开发者在项目中应用 PHP 的方式。提高 PHP 应用的性能和安全性,是这些改进的主要目的。
PHP 最近实现了又一个里程碑 —— 发布 PHP 7.3。新版本带来了一些急需的更新。
在本文中,我将论述新推出的 PHP 7.3 特性 和更新。好消息是,你可以在你的测试服务器上自行安装新版本、查看新功能。但老生常谈,切勿在生产服务器上使用 RC 版本更新,可能会破坏你已经上线的应用。
以下是7.3版中引入的一些更新,与以前的版本相比,它们大大提高了 PHP 7.3 的性能 。
灵活的 Heredoc 和 Nowdoc 语法
函数调用时允许尾随逗号
JSON_THROW_ON_ERROR
PCRE2 迁移
list() 分配参考
is_countable 函数
array_key_first(), array_key_last()
Argon2 密码哈希增强功能
弃用和删除 image2wbmp()
弃用和删除不区分大小写的常量
相同站点 Cookie
FPM 更新
改进 Windows 下的文件删除
让我们逐一讨论上述的每一个更新。
Heredoc 和 Nowdoc 语法能够在使用多行长字符串时起到很大帮助。它要求结束标识符应当为出现在新行的首个字符串。
// 除了这样: $query = <<<SQL SELECT * FROM `table` WHERE `column` = true; SQL; // 这样也可以: $query = <<<SQL SELECT * FROM `table` WHERE `column` = true; SQL;
总的来说,此更新提出了两项改进,如下:
闭合标识符前支持缩进
闭合标识符后不再强制换行
在上面的例子里,可以很容易地看出这些改动。
在参数、元素、变量列表结尾,追加尾部逗号。有时我们在数组内以及函数调用(尤其是可变参函数)时需要传递大量元素,若是漏掉一个逗号,便会报错。鉴于如上情况,尾部逗号便显得十分有用。这个特性已经允许在数组内使用,并且从 PHP 7.2 开始,分组命名空间(Grouped Namespaces
)语法也开始支持尾部逗号。
use Foo\Bar\{ Foo, Bar, }; $foo = [ 'foo', 'bar', ];
当新值需要被追加在此处时,尾部逗号便显得十分实用。在可变参函数例如 unset()
内,更是如此。
unset( $foo, $bar, $baz, );
同时,当你使用 compact()
函数给模版引擎传递一批变量时,也是个能用到的例子。
echo $twig->render( 'index.html', compact( 'title', 'body', 'comments', ) );
在某些需要构造连续或分组数据情况下,经常要使用 array_merge()
函数合并数组。也可以利用尾部逗号:
$newArray = array_merge( $arrayOne, $arrayTwo, ['foo', 'bar'], );
同样,你也可以在调用任意方法、函数以及闭包时使用此特性。
class Foo { public function __construct(...$args) { // } public function bar(...$args) { // } public function __invoke(...$args) { // } } $foo = new Foo( 'constructor', 'bar', ); $foo->bar( 'method', 'bar', ); $foo( 'invoke', 'bar', );
解析 JSON 响应数据,有 json_encode()
以及 json_decode()
两个函数可供使用。不幸的是,它们都没有恰当的错误抛出表现。json_encode
失败时仅会返回 false
;json_decode
失败时则会返回 null
,而 null
可作为合法的 JSON 数值。唯一获取错误的方法是,调用 json_last_error()
或 json_last_error_msg()
,它们将分别返回机器可读和人类可读的全局错误状态。
该 RFC 提出的解决方案是,为 JSON 函数新增 JSON_THROW_ON_ERROR
常量用于忽略全局错误状态。当错误发生时,JSON 函数将会抛出 JsonException
异常,异常消息(message
)为 json_last_error()
的返回值,异常代码(code
)为 json_last_error_msg()
的返回值。如下是调用例子:
json_encode($data, JSON_THROW_ON_ERROR); json_decode("invalid json", null, 512, JSON_THROW_ON_ERROR); // 抛出 JsonException 异常
PHP 使用 PCRE 作为正则表达式引擎。但从 PHP 7.3 开始,PCRE2 将作为新的正则引擎大显身手。所以,你需要将现有的正则表达式迁移到符合 PCRE2 的规则。这些规则比以前更具侵入性。请看以下实例:
preg_match('/[\w-.]+/', '');
这个表达式在新版 PHP 内将会匹配失败且不会触发警告。因为 PCRE2 现严格要求,若需匹配连字符(-
)而非用于表示范围,则必须移动到末尾或将其转义。
更新到 PCRE2 10.x 后,支持了以下以及更多特性:
相对后向引用 \g{+2}
(等效于已存在的 \g{-2}
)
PCRE2 版本检查 (?(VERSION>=x)...)
(*NOTEMPTY)
和 (*NOTEMPTY_ATSTART)
告知引擎勿返回空匹配
(*NO_JIT)
禁用 JIT 优化
(*LIMIT_HEAP=d)
限制堆大小为 d
KB
(*LIMIT_DEPTH=d)
设置回溯深度限制为 d
(*LIMIT_MATCH=d)
设置匹配数量限制为 d
译者注:国内正则术语参差不一,「后向引用」—— Back References
,又称「反向引用」、「回溯引用」等,此处参考 PHP 官方手册的中文译本。
PHP 中的 list() 现在可以赋值给引用,在当前版本中 list() 中赋值不能使用引用,在 PHP 7.3 中将允许使用引用,新改进的语法如下:
$array = [1, 2]; list($a, &$b) = $array;
相当于
$array = [1, 2]; $a = $array[0]; $b =& $array[1];
在 PHP 7.3 的变更中,我们还可以与 foreach() 方法一起嵌套使用
$array = [[1, 2], [3, 4]]; foreach ($array as list(&$a, $b)) { $a = 7; } var_dump($array);
在 PHP 7.2 中,用 count() 获取对象和数组的数量。如果对象不可数,PHP 会抛出警告⚠️ 。所以需要检查对象或者数组是否可数。 PHP 7.3 提供新的函数 is_countable() 来解决这个问题。
该 RFC 提供新的函数 is_countable(),对数组类型或者实现了 Countable
接口的实例的变量返回 true 。
之前:
if (is_array($foo) || $foo instanceof Countable) { // $foo 是可数的 }
之后:
if (is_countable($foo)) { // $foo 是可数的 }
当前版本的 PHP 允许使用 reset()
,end()
和 key()
等方法,通过改变数组的内部指针来获取数组首尾的键和值。现在,为了避免这种内部干扰,PHP 7.3 推出了新的函数来解决这个问题:
$key = array_key_first($array);
获取数组第一个元素的键名
$key = array_key_last($array);
获取数组最后一个元素的键名
让我们看一个例子:
// 关联数组的用法 $array = ['a' => 1, 'b' => 2, 'c' => 3]; $firstKey = array_key_first($array); $lastKey = array_key_last($array); assert($firstKey === 'a'); assert($lastKey === 'c'); // 索引数组的用法 $array = [1 => 'a', 2 => 'b', 3 => 'c']; $firstKey = array_key_first($array); $lastKey = array_key_last($array); assert($firstKey === 1); assert($lastKey === 3);
译者注:array_value_first()
和array_value_last()
并没有通过 RFC 表决;因此 PHP 7.3 内仅提供了array_key_first()
以及array_key_last()
函数。
参考链接:https://wiki.php.net/rfc/arra...
在PHP的早期版本中,我们增加了Argon2和哈希密码加密算法,这是一种使用哈希加密算法来保护密码的现代算法。它有三种不同的类型,Argon2i,Argon2d和Argon 2id。 我们针对Argon2i密码散列和基于密码的密钥生成进行了优化。 Argon2d性能更快,并使用依赖于内存的数据访问。 Argon2i使用与内存无关的数据访问。 Argon2id是Argon2i和Argon2d的混合体,使用依赖于数据和与数据独立的存储器访问的组合。
password_hash():
Argon2id现在是在paswword_ *函数中使用的推荐的Argon2变量。
具有自定义成员方法的名称的Argon2id与PASSWORD_ARGON2I的使用方法相同 password_hash('password',PASSWORD_ARGON2ID,['memory_cost'=> 1 << 17,'time_cost'=> 4,'threads'=> 2]);
password_verify();
除了Argon2i之外,password_verify()函数也适用于Argon2id。
password_needs_rehash();
此函数也将接受Argon2id哈希值,如果任何变量成员发生变化,则返回true。
$hash = password_hash('password', PASSWORD_ARGON2ID); password_needs_rehash($hash, PASSWORD_ARGON2ID); // 返回假 password_needs_rehash($hash, PASSWORD_ARGON2ID, ['memory_cost' => 1<<17]); // 返回真
该函数能够将图像输出为 WBMP 格式。另一个名为 imagewbmp()
的函数也同样具备单色转换的作用。因此,出于重复原因,image2wbmp() 现已被废弃,你可使用 imagewbmp()
代替它。此函数被弃用后,再次调用它将会触发已弃用警告。待后续此函数被移除后,再次调用它将会触发致命错误。
使用先前版本的 PHP,你可以同时使用大小写敏感和大小写不敏感的常量。但大小写不敏感的常量会在使用中造成一点麻烦。所以,为了解决这个问题,PHP 7.3 废弃了大小写不敏感的常量。
原先的情况是:
类常量始终为「大小写敏感」。
使用 const
关键字定义的全局常量始终为「大小写敏感」。注意此处仅仅是常量自身的名称,不包含命名空间名的部分,PHP 的命名空间始终为「大小写不敏感」。
使用 define()
函数定义的常量默认为「大小写敏感」。
使用 define()
函数并将第三个参数设为 true
定义的常量为「大小写不敏感」。
如今 PHP 7.3 提议废弃并移除以下用法:
In PHP 7.3: 废弃使用 true
作为 define()
的第三个参数。
In PHP 7.3: 废弃使用与定义时的大小写不一致的名称,访问大小写不敏感的常量。true
、false
以及 null
除外。
PHP 7.3 在建议在使用 cookies 时,增加同站点标志。这个 RFC 会影响4个系统函数。
setcookie
setrawcookie
session_set_cookie_params
session_get_cookie_params
这个影响会在两种情况下起作用。其中一种方式会添加函数的新参数
,另一种方式允许以数组形式的选项代替其他单独选项。
bool setcookie( string $name [, string $value = "" [, int $expire = 0 [, string $path = "" [, string $domain = "" [, bool $secure = false [, bool $httponly = false ]]]]]] ) bool setcookie ( string $name [, string $value = "" [, int $expire = 0 [, array $options ]]] ) // 两种方式均可.
FastCGI 进程管理器也进行了更新,现在提供了新的方式来记录 FPM 日志。
log_limit: 设置允许的日志长度,可以超过 1024 字符。
log_buffering: 允许不需要额外缓冲去操作日志。
decorate _workers_output: 当启用了 catch_workers_output 时,系统会去禁用渲染输出。
如官方文档所述:
默认情况下,文件描述符以共享读、写、删除的方式去操作。 这很有效的去映射 POSIX 并允许去删除正在使用中的文件。但这并不是100%都是一样的,不同的平台可能仍存在一些差异。删除操作之后,文件目录仍存在直到所有的文件操作被关闭。
Atas ialah kandungan terperinci PHP 7.3更新内容的详细介绍. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!