PHP8新特性需谨慎落地：命名参数须先传完位置参数；JIT仅优化热点函数且依赖OPcache完整配置；联合类型与属性提升混用易致静态分析误判；nullsafe操作符不支持字符串方法链式调用及数组访问。
PHP8 新特性不是“学完就能用”，而是得先看清哪些特性在真实项目里真能落地、哪些容易踩坑。直接上手写 #[Route] 或开 opcache.jit=1205 之前，得知道它在什么场景生效、什么配置下会静默失效、IDE 是否能跟上。
命名参数怎么调用才不触发 ParseError
核心就一条：位置参数必须全写完，才能写命名参数；跳过必需参数 = 直接报错。
-
foo(1, $b: 2)合法 ——$a是必需位置参数，已传；$b是命名传入 -
foo($a: 1, $b: 2)非法 ——$a是必需参数，但没走位置传，PHP 不认 -
foo(1, $c: 3)合法，哪怕$b有默认值且被跳过 -
foo($b: 2)必报TypeError: Required parameter $a follows optional parameter $b—— 不是因为$b有默认值，而是$a没出现
注意：形参名严格区分大小写，$Name: 或 $NAME: 都算未知参数，报 Unknown named parameter $Name。
JIT 编译器为什么开了却没提速
不是所有代码都能被 JIT 优化。它只对「热点函数」（高频调用 + 循环体密集）有效，且依赖 OPcache 完整启用。
立即学习“PHP免费学习笔记（深入）”；
- 必须同时满足：
opcache.enable=1、opcache.jit_buffer_size> 0、opcache.jit设为有效值（如1205或1235） -
opcache.jit=0或未设jit_buffer_size→ JIT 实际未加载 - Web 请求类代码（含大量 I/O、DB 查询、HTTP 等待）几乎看不到 JIT 效果；纯数学计算、图像像素处理、递归深度大等场景才明显
- 开发环境建议用
1205（Function JIT），生产环境可压测后选1235（Tracing JIT），但后者内存占用高、冷启动慢
Union 类型和属性提升混用时的类型推断盲区
PHP8 的联合类型（如 string|int）和构造器属性提升（public function __construct(public string|int $id)）一起用，会让静态分析工具（PHPStan、Psalm）难以准确判断运行时类型分支。
- 属性提升后，
$this->id在 IDE 中常被识别为mixed，而非string|int，尤其在未显式声明属性类型时 - 若后续做
is_int($this->id) ? $this->id * 2 : strlen($this->id)，PHP 运行时没问题，但 PHPStan 可能报 “Call to function strlen() with mixed will always result in error” - 补救方式：给属性加完整类型声明
public string|int $id;，再配合提升，工具识别更稳 - 别依赖
gettype()做类型分发——它返回字符串，绕过了联合类型的运行时约束
Nullsafe 操作符和 ?-> 后链式调用的实际边界
?-> 不是万能空值过滤器，它只作用于对象方法或属性访问，且无法跨表达式延续。
-
$user?->getProfile()?->getName()安全，中间任一环节为null，整体返回null -
$user?->getProfile()?->getName()?->trim()报错：因为getName()返回string|null，而?->trim()要求左侧是对象，string不支持?-> - 想安全调用字符串方法，得换用空合并 + 函数调用：
trim($user?->getProfile()?->getName() ?? '') -
?->不适用于数组键访问（$arr?['key']语法无效），也不能用于静态方法或函数调用
最易被忽略的是：nullsafe 只解决「调用链中某环为空」的问题，不解决「调用结果本身为空但非 null」——比如 getName() 返回空字符串，?-> 完全不拦截，后续逻辑仍需单独判断。
