解读

国内一线/二线公司面试时，这道题通常出现在“语言特性”或“框架底层”环节，用来区分“只会写业务代码”和“读过源码、关注版本演进”的候选人。
面试官真正想听的是：

1. 闭包在类内部默认不能拿到 $this 的历史原因；
2. 手动绑定参数有哪些写法、各有什么坑；
3. PHP8 把“自动绑定”做成默认行为后，对性能、兼容性和代码风格的影响；
4. 你是否能在真实项目（Laravel/Swoole）里利用这一特性写出更简洁、线程安全的代码。

答不到“PHP8 默认自动绑定”和“性能零损耗”这两个关键词，基本会被判定为“只用过 PHP5 的老语法”。

知识点

1. 闭包与 $this 的关系
   • 5.3 引入闭包，但类内闭包默认不自动绑定 $this，需 Closure::bind/bindTo。
   • 7.0 起支持 Closure::call，一次性绑定并执行，省去 clone。
2. 手动绑定三种写法
   a) use ($this) —— 仅把对象当变量传进去，作用域不是类本身，无法访问 private/protected。 b) Closure::bindTo($this, self::class) —— 返回新闭包，可访问私有成员，但生成额外对象。
   c) Closure::call($this, …$args) —— 不生成新闭包，直接运行，性能最好。
3. PHP8 改进
   • RFC：Automatic closure binding for $this
   • 规则：当闭包在对象上下文中创建（即定义写在类方法里），编译期自动注入 $this，等价于隐式执行了 Closure::bindTo($this, self::class)。
   • 性能：绑定信息放在 opcache 共享内存，运行期无额外 clone，零开销。
   • 兼容性：若闭包定义在静态方法或闭包内部再返回的闭包，不会自动绑定，保持 BC。
4. 线程安全
   • 自动绑定后，闭包不再依赖外部 use 列表，减少 Swoole/FPM 下因忘记 use 导致的内存泄漏或空指针。
5. 框架落地
   • Laravel 9+ 的 Pipeline、事件回调可直接写 fn() => $this->xxx()，无需再 bindTo。
   • Symfony 5.4+ 的 lazy command 初始化代码因此减少 30% 样板。

答案

“在 PHP8 之前，类里写的闭包默认拿不到 $this，必须手动 Closure::bindTo 或 Closure::call。PHP8 开始，只要闭包是在对象方法里定义的，编译器会自动把当前实例绑定到闭包内部，相当于隐式帮你执行了 Closure::bindTo($this, self::class)，而且性能零损耗，opcache 会直接缓存绑定信息。这样我们就可以直接写：

class OrderService
{
private $discount = 0.9;

public function process(array $items)  
{  
    return array_map(fn($item) => $item * $this->discount, $items);  
}  

}

既不用 use ($this) 也不用担心私有字段访问权限，代码更短、可读性更高，同时在 Swoole 常驻进程下也更安全。”

拓展思考

1. 静态方法里返回的闭包不会自动绑定，若需要访问实例，得显式 bindTo；这在写工厂或延迟回调时要特别留意。
2. 自动绑定只在“编译期可确定对象上下文”时生效，如果通过 ReflectionFunction 把闭包导出再序列化，绑定信息会丢失，需要重新 bind。
3. 在性能极致敏感的路由分发环节，可配合 PHP8 的 match 表达式 + 自动绑定闭包，把传统“控制器字符串”转为“内联闭包”，减少一次容器解析，QPS 可提升 5%～8%。
4. 面试加分项：提到“PHP8.1 之后 readonly 属性”与“自动绑定闭包”结合，可以在不变更状态的前提下写出纯函数式风格的领域事件回调，展示你对“不可变对象”理念的理解。