php 8.5 闭包中不能直接使用 const 表达式作默认参数，仅支持字面量及简单运算（如 1+2、true&&false），不支持 __dir__、类常量、函数调用等；需用 function 或外部计算后传入。
PHP 8.5 闭包里能直接写 const 表达式吗？不能
PHP 8.5 并未允许在闭包内使用常量表达式（如 __DIR__、__FILE__、1 等）作为默认参数或直接求值上下文。所谓“闭包增强”，实际指对 <code>fn 短闭包的扩展支持，而非开放任意常量计算。
常见错误现象：Parse error: syntax error, unexpected ' 或 <code>Parse error: constant expression contains invalid operations，多发生在试图在 fn() 参数默认值里写位运算、数组字面量或函数调用时。
-
fn($x = __DIR__) => $x→ 报错：__DIR__是编译期常量，但短闭包默认参数只接受字面量（int、string、null、true、false） -
fn($x = [1,2]) => $x→ 报错：数组字面量不被允许（PHP 8.4+ 才部分支持，8.5 仍未放开） -
fn($x = strlen('a')) => $x→ 报错：函数调用不是常量表达式
哪些常量表达式能在 fn 默认参数中用？仅字面量和简单组合
PHP 8.5 中，fn 的默认参数仍严格受限于“编译时常量表达式”子集，比 function 还窄——它不继承类常量、define() 值，也不支持任何运行时依赖。
- 允许：
fn($x = 42) => $x、fn($x = "hello") => $x、fn($x = null) => $x - 允许（有限）：
fn($x = 1 + 2 * 3) => $x（纯数字运算）、fn($x = true && false) => $x（布尔逻辑） - 禁止：
fn($x = SOME_CONST) => $x（即使SOME_CONST是const定义的）、fn($x = \DateTimeInterface::ATOM) => $x（类常量）、fn($x = PHP_VERSION_ID) => $x（预定义常量）
根本原因：短闭包语法需在词法分析阶段就确定参数结构，无法延迟到解析或编译后期绑定常量值。
立即学习“PHP免费学习笔记（深入）”；
use 和变量捕获仍是闭包行为的核心分水岭
很多人误以为“增强”意味着闭包能绕过作用域限制，其实 PHP 8.5 没动 use 规则。是否显式 use，直接决定变量能否访问、生命周期如何管理。
-
fn() => $x→ 报错：未声明捕获，$x不可见 -
fn() use ($x) => $x→ 正确：按值捕获，闭包创建时快照 -
fn() use (&$x) => $x→ 正确：按引用捕获，后续修改会影响闭包内值 -
fn() use ($this) => $this->prop→ 允许，但注意：若在静态上下文中调用会触发 fatal error
性能影响明显：按值捕获大数组或对象会复制；按引用捕获小变量几乎无开销，但可能引发意外副作用——比如闭包外改了 $x，闭包内也跟着变，而你没意识到。
替代方案：需要动态值？别硬塞进 fn 默认参数
如果真要传路径、配置、环境标识等“看似常量实则需计算”的值，fn 默认参数不是合适位置。得换思路。
- 用完整
function替代：function ($x = __DIR__) { return $x; }—— 支持全部常量表达式 - 把计算提到闭包外：
$dir = __DIR__; $f = fn() => $dir; - 封装成工厂函数：
$makeHandler = fn($base) => fn($path) => "$base/$path"; $h = $makeHandler(__DIR__); - 避免在热路径反复创建闭包：若
__DIR__不变，就别每次调用都 new 一个带它的fn，复用更高效
容易被忽略的是：短闭包的语法糖优势（简洁、自动 use）和它的能力边界是硬币两面。越想省代码，越要清楚哪条线不能跨——比如默认参数里的“常量”，从来就不是你想的那样宽泛。
