PHP将匿名函数实现为Closure对象，是为了支持状态捕获、上下文绑定、类型约束、反射 introspect 和有限序列化等硬性需求。
PHP匿名函数是对象，因为从5.3起，它被设计为 Closure 类的实例，不是语法糖，而是 Zend Engine 层面的原生对象类型。
为什么 PHP 要把匿名函数实现成对象？
这不是为了“面向对象而面向对象”，而是解决几个硬性需求：
- 需要携带状态：普通函数无法捕获定义时的局部变量，而
Closure对象内部维护了一个static变量表（通过use捕获的变量就存在这里） - 需要绑定执行上下文：
$closure->bindTo($obj, $scope)能把$this和类作用域动态注入，普通函数做不到 - 需要类型安全和反射支持：
function (Closure $cb) { }可做参数类型约束；ReflectionFunction能读取getStaticVariables()，说明它有可 introspect 的结构 - 需要序列化能力（有限制）：虽然不能直接
serialize()含$this或资源的闭包，但纯状态闭包可以，这依赖对象的序列化协议
Closure 对象和普通 callable 的本质区别
你传 'strlen' 或 [$obj, 'method'] 也是 callable，但它们不是对象，也不带状态。而 Closure 是唯一自带“私有作用域快照”的 callable 类型：
比如这段代码：
立即学习“PHP免费学习笔记（深入）”；
$prefix = 'Hi';
$greet = function($name) use ($prefix) {
return "$prefix, $name";
};
运行后 $greet 不仅存了函数体 opcode，还存了 ['prefix' => 'Hi'] 这个静态变量快照 —— 这个结构只有对象能承载。
你可以验证：
var_dump($greet instanceof Closure); // true
var_dump(is_callable('strlen')); // true，但不是 Closure
常见误判：以为 function() {} 只是语法简写
很多人写完 $fn = function() { }; 就当它是“没名字的函数”，结果踩坑：
- 试图用
get_defined_functions()查它 → 查不到，因为它不在函数符号表里，只在变量作用域中 - 用
debug_zval_dump($fn)看引用计数 → 会显示object(Closure)#1，证明它是独立对象实体 - 在
array_filter($arr, function() { })中反复创建匿名函数 → 每次都 new 一个Closure实例，有内存开销
真正理解它是对象，才能合理判断什么时候该复用、什么时候该绑定、什么时候不该序列化。
最易忽略的一点：Closure 对象的生命周期和它捕获的变量是解耦的 —— 即使外层函数执行结束、局部变量本该销毁，只要 Closure 实例还活着，use 进来的值就继续有效。这是对象封装带来的行为保障，不是函数天然具有的能力。
