匿名函数是Closure类实例，是callable的一种具体实现；callable是PHP对可调用值的统称，非类型，不可实例化，而Closure是真实对象，具状态、可绑定作用域、支持use捕获变量，但不可序列化。
匿名函数是 callable 的一种具体实现
callable 不是类型，而是 PHP 对“能被调用的东西”的统称；它本身不能被实例化，只用于类型提示或 is_callable() 判断。而匿名函数（即 Closure 实例）是实实在在的对象，有状态、有生命周期、可序列化（有限制）、可绑定作用域。
常见误判是把 is_callable($fn) 返回 true 当作“这就是一个函数”，其实它也可能是实现了 __invoke() 的对象，或者字符串函数名——这些都算 callable，但只有 Closure 才是匿名函数。
-
is_callable('strlen')→ true，但 'strlen' 是字符串，不是对象 -
is_callable(new class { public function __invoke() {} })→ true，但不是 Closure -
is_callable(function () {})→ true，且get_class($fn) === 'Closure'
闭包能捕获变量，普通 callable 不能
这是最实用的区别：只有 Closure 可以通过 use 捕获外部作用域的变量，形成闭包环境。字符串函数名、数组回调、__invoke 对象都没这个能力。
比如你写 $prefix = 'v1'; $handler = function ($id) use ($prefix) { return "$prefix-$id"; };，这个 $prefix 被绑定进闭包里了。换成 is_callable 认可的其他形式（如 ['SomeClass', 'method']），就做不到这点。
立即学习“PHP免费学习笔记（深入）”；
- 捕获变量后，
Closure的bindTo()和bind()还能切换$this和作用域 - 字符串函数名或静态方法数组无法携带任何上下文数据
- 即使把变量塞进对象属性再实现
__invoke，那也是靠对象状态，不是语言级闭包语义
参数传递和类型提示表现不同
虽然都能用在 callable 类型提示位置，但底层行为不一致。例如：
function process(callable $cb) {
return $cb('hello');
}
$fn = function ($s) { return strtoupper($s); };
process($fn); // ✅ 正常
process('strtoupper'); // ✅ 也正常
process(['SomeClass', 'staticMethod']); // ✅ 只要存在就过
但注意：process(null) 会报错，process([]) 也会被 is_callable([]) 判为 false；而 Closure 实例哪怕没捕获任何变量，也始终是 callable。
- 函数参数声明
callable $cb不限制具体形态，但运行时调用失败取决于实际值 -
Closure对象可以调用->bindTo()改变绑定对象，其他 callable 形式做不到 - PHP 8.1+ 的
never或mixed类型提示不会影响 callable 判断逻辑
序列化与跨请求持久化几乎不可行
这是生产中容易踩的坑：Closure 默认不可序列化，serialize() 会直接抛出 Exception: Serialization of 'Closure' is not allowed。而其他 callable 形式中，字符串、数组（不含对象）可以序列化，__invoke 对象能否序列化取决于它自己是否实现 Serializable 或 __serialize。
如果你试图把匿名函数存进 Redis、写入队列任务、或放在 session 里，大概率会失败。此时必须改用字符串函数名、类方法数组，或封装成可序列化的 __invoke 对象。
-
Closure::fromCallable('foo')创建的闭包仍不可序列化 - 想持久化行为逻辑，优先考虑定义命名函数或轻量服务类
- 某些框架（如 Laravel）的队列任务自动规避闭包，就是基于这个限制
