PHP 8.6 改写匿名函数前要看什么：捕获状态、对象绑定与反射回归

PHP 8.6 的闭包优化，关键不是“所有匿名函数都会自动变快”，而是先把闭包的状态边界分清：显式 static、没有捕获的无状态闭包、带 use 或 static 变量的闭包、以及带 bound object 的闭包不是同一类。官方 RFC 最终说明已经合并的是无状态闭包缓存；静态闭包推断仍受间接调用等边界影响。因此，迁移时优先把纯回调显式写成 static，再对绑定和反射行为做回归。

先区分静态闭包、无状态闭包和变量捕获

在类方法中创建匿名函数时，非 static 闭包可能自动带上当前对象上下文，即使函数体暂时没有写出 $this。显式 static function () {} 会阻止这种自动绑定。变量捕获是另一条轴：use ($prefix) 把定义时的值带进闭包，use (&$prefix) 则共享引用；这两种都意味着闭包有捕获环境。

可以用下面的最小分类理解区别：

$plain = static fn (int $n): int => $n * 2;
$captured = static fn (int $n): int => $n + $offset;
$stateful = static function (): int {
    static $count = 0;
    return ++$count;
};

$plain没有捕获变量，也没有 static 变量，才接近 RFC 所说的无状态闭包；$captured依赖外部变量，$stateful拥有持久状态，二者都不应为了追求缓存而强行删除语义。

再看 PHP 8.6 实际合并了哪一部分

PHP 官方预发布页目前列出 PHP 8.6.0beta2，这类构建用于测试，不是生产版本。RFC 页面给出的优化目标有两项：把确定不会用到 $this 的非 static 闭包推断为 static，以及缓存无状态闭包。但 2026 年 8 月的 errata 说明，命名 callable、数组 callable 和部分内部函数仍可能通过已有调用栈触发实例调用；因此最终只合并了“无状态闭包缓存”这一部分。

这会带来一个实用结论：显式写 static 仍然是最容易审查的方式。官方 RFC 的合成测试曾观察到同一词法位置的无状态闭包可以复用，示例基准有明显收益；但这个收益只属于状态确实为空的闭包，不等于带 use、static 变量或对象绑定的回调都能复用。

$callbacks = array_map(
    static fn (int $n): int => $n + 1,
    [1, 2, 3]
);

这里的 static 表达了调用方契约：回调只依赖参数，不读取当前对象。若闭包内部需要访问私有属性，或者通过动态调用、include、eval 等方式改变可见依赖，就不要凭“看起来没写 $this”作推断。

最后用绑定 API 检查兼容风险

Closure::bindTo()会返回一个新的闭包副本，并可同时改变 bound object 与 class scope。前者决定函数体中的 $this，后者决定能否访问目标类的 private/protected 成员。PHP 手册明确指出，static 闭包不能拥有 bound object；把对象传给 static 闭包不是把它变成实例方法。

final class Box
{
    private int $value = 7;

    public function reader(): Closure
    {
        return function (): int {
            return $this->value;
        };
    }
}

$first = (new Box())->reader();
$second = $first->bindTo(new Box(), Box::class);

这个例子中的闭包依赖对象和 class scope，不能改成纯 static 回调。相反，对于只接受参数并返回结果的闭包，直接显式 static 更清晰。还要注意 RFC 列出的兼容变化：被推断为 static 的闭包可能让 ReflectionFunction::getClosureThis() 返回 null，对象循环也可能更早被回收，析构时序因此需要回归。

用最小改写策略落地缓存收益

建议按“先语义、后优化”的顺序改四类位置。第一，集合转换、排序比较、格式化等只读参数的回调，优先显式加 static。第二，有 use 的回调先确认是按值还是按引用捕获，不要为了变成无状态而改掉闭包输入。第三，含 static $cache 的闭包保留实例状态，单独测试多次调用结果。第四，调用过 bindTo()、bind() 或反射的代码，加入 bound object、class scope 和 getClosureThis() 的断言。

提交前至少做三项验证：闭包调用结果不变；需要私有成员的绑定回调仍能访问正确对象；生命周期测试没有提前或延后触发关键析构。若项目仍在测试 PHP 8.6 预发布构建，先把这些改动放入隔离分支，等正式版本和扩展生态稳定后再扩大范围。

相关问题

有 use 变量的闭包还能享受无状态缓存吗？

不能按无状态闭包理解。use 会建立捕获环境，先保证捕获值的时点和引用语义正确，再讨论其他优化。

把非 static 闭包都改成 static 会更快吗？

不会。只要函数需要 $this、class scope、绑定对象或间接实例调用，强行修改就可能改变行为；纯参数回调才适合优先改写。

Closure::bindTo 返回 null 怎么排查？

检查目标是否为 static 闭包、newThis 是否为 null，以及 newScope 是否允许访问目标成员；再用 ReflectionFunction 记录当前绑定状态。