现阶段PHP8.2的正式发布天数还没确认，但预计今年将在2022年初正式发布。这首诗将为你如是说在新版本中的机能、操控性改良、拆去的优点等。

null 和 false 将做为分立的类型

PHP并无法陷于到轻松的类型安全路径中，但从控制技术的视角考量，将null 和 false 做为分立的数据类型是值得称赞的。通常情况下，PHP的许多常用的表达式，会透过回到false则表示手忙脚乱了。比如说在 file_get_content中：

file_get_contents(/* … */): string|false

在从前，false 能在联手类型中采用，但无法分立采用，在PHP8.2中能原则上采用：

function alwaysFalse(): false { return false; }

总之，对那个作法，许多开发人员都持慎重立场。他并不全力支持true做为分立类型。那些开发人员们指出，false而已两个值，类型如果代表者类型而并非一个值。总之在类型控制系统中，有两个基本概念是模块类型，它是只容许两个值的类型。但这吗根本就是？

但是另两个RFC也已经开始探讨将true做为一类类型加进到PHP中。

两个分立的null却很有象征意义，这种能单纯地同时实现空第一类商业模式：

class Post { public function getAuthor(): ?string { /* … */ } } class NullPost extends Post { public function getAuthor(): null { /* … */ } }

这对 NullPost::getAuthor()能够说它只会回到null，不必像从前那样必须将null和string一起联手声明。

拆去动态属性

对语言规范来说，这是更好的设计，但也会限制许多用法。动态属性在PHP8.2中被拆去，并且会在PHP中抛手忙脚乱误异常。

class Post { public string $title; } // … $post->name = Name; // 在PHP8.2中无法这种采用，因为并没在类中声明

但是放心，__set和__get等魔术方法将仍然按预期中工作：

class Post { private array $properties = []; public function __set(string $name, mixed $value): void { $this->properties[$name] = $value; } } // … $post->name = Name;

标准第一类也是如此：stdClass将继续全力支持动态属性。

PHP曾经是一类动态程度很强的动态语言，但现在已经有许多人愿意接受更加严格的编程方式了。尽可能的严格，尽可能的依赖静态分析是一件好事，这能让开发人员们写出更好的代码。

但是可能一部分很看重动态属性的开发人员对这种变化会很不满意，如果你不想在采用PHP8.2时看到那些警告，能这种做：

能采用#[AllowDynamicProperties]

#[AllowDynamicProperties] class Post { public string $title; } // … $post->name = Name; // 一切正常

另一类方法是修改报警级别，但不建议这种做。等你打算升级到PHP9.0时会遇到麻烦。

error_reporting(E_ALL ^ E_DEPRECATED);

追踪调用时参数脱敏

什么叫参数脱敏？在我们开发时，遇到错误，都会采用Trace调试，但现阶段的堆栈记录下许多敏感数据，比如说环境变量、密码、用户。

在PHP8.2中容许对参数进行许多编订（ Redact ，姑且叫做编订，有许多修饰的意思，但直接称为修饰并不合适），比如说将许多参数设置脱敏，这种那些参数的调用值无法在堆栈信息中列出：

function test( $foo, #[\SensitiveParameter] $bar, $baz ) { throw new Exception(Error); } test(foo, bar, baz);

如果报错的话，会发现，第二个参数bar并没记录实际的值。这种能起到脱敏的作用，如果传的是密码的话，就无法别记录下来。

Fatal error: Uncaught Exception: Error in test.php:8 Stack trace: #0 test.php(11): test(foo, Object(SensitiveParameterValue), baz) #1 {main} thrown in test.php on line 8

拆去了部分第一类的调用方式

许多从前的调用第一类方式被拆去了。这里面许多是需要透过call_user_func($callable)来调用的，而并非能够$callable()直接调用的。

“self::method” “parent::method” “static::method” [“self”, “method”] [“parent”, “method”] [“static”, “method”] [“Foo”, “Bar::method”] [new Foo,“Bar::method”]

为什么要这种做呢？ Nikita 在RFC探讨中很好的做出了解释：

那些废弃的调用都是有关上下文的， “self::method”所指的方法取决于从哪个类执行调用或可调用性检查。实际上，当以 [new Foo, “parent::method”] 的形式采用时，这通常也适用于最后两种情况。

减少可调用第一类的上下文相关性是本 RFC 的次要目标。在那个 RFC 之后，唯一剩下的范围依赖是方法可见性：“Foo::bar”可能在两个范围内可见，但在另两个范围内不可见。如果将来可调用第一类仅限于公共方法，那么可调用类型将变得明确认义并且能用作属性类型。但，对可见性处理的更改不建议做为本 RFC 的一部分。

提升对未定义变量的检测机制和级别

未定义的变量是那些在被读取之前还没被初始化的变量。访问未定义的变量当前会发出 E_WARNING “警告：未定义的变量 $varname”，并将变量视为 null，但无法中断执行，从而容许代码执行继续有增无减，但可能处于意外状态。

现阶段能透过许多配置，让PHP执行时对未定义变量产生错误级异常，但这需要原则上配置。PHP应当默认提供更安全可靠的检验。

通常什么情况下会出现未定义变量的情况呢？

用法1

变量在某个分支中声明，比如说在if中设置两个值。

if( $user -> admin ) { $restricted =false ; } if ( $restricted ) { die ( 你没进入这里的权限 ) ; }

用法2

变量拼写错误：

$name = Joe; echo Welcome, . $naame;

这种用法在1中也可能会发生：

if ($user->admin) { $restricted = false; } else { $restrictedd = true; } if ($restricted) { die(You do not have permission to be here); }

用法3

在循环中定义，但那个循环可能并没执行：

while($item = $itr->next()) { $counter++;// 定义变量 } // 这里调用了变量，但很有可能并没定义那个变量 echo You scanned . $counter . items;

解决方法

在那些分支之前提前定义好两个默认值。

对第1种用法：

$restricted = true; if ($user->admin) { $restricted = false; } if($restricted) {die(You do not have permission to be here); }

对第3种用法：

$counter = 0; while($item = $itr->next()) { $counter++; }echo You scanned . $counter . items;

这种做的好处是消除了整个访问和采用那些未定义变量的后果，以及回退到引擎默认状态的用户态错误。这种我们提供了另一层保护，防止PHP程序发生了这种意外后继续运行。

这种更改也会让PHP引擎和JIT等方面无法那么复杂。

那个版本主要是针对PHP9.0的，在PHP8.2的还是警告，在以后会将这种行为提升到错误级别。

增加只读类

透过给类加进只读修饰符来声明只读类。

readonly class Test { public string $prop; }

这种做会隐式地将类的所有实例属性标记为只读。此外，它将阻止创建动态属性。

readonly class Foo { public int $bar; public function __construct() { $this->bar = 1; } } $foo =new Foo(); $foo->bar = 2; // 抛手忙脚乱误，无法修改只读属性 Foo::$bar $foo->baz = 1; // 抛手忙脚乱误：无法动态创建属性 Foo::$baz

能透过增加 #[AllowDynamicProperties] 属性，能在不触发错误的情况下创建动态属性。

#[AllowDynamicProperties] readonly class Foo { }

许多限制：

由于是只读类，必须对属性声明类型：

readonly class Foo { public $bar; } // 以上定义会产生错误。

无法采用静态属性：

readonly class Foo { public static int $bar; } // 抛手忙脚乱误: 只读属性无法声明静态类型

以上是小编整理的关于PHP8.2的最新消息，欢迎关注及时获得最新消息。