匿名函数适合单行逻辑或简单判断，超5行应停手；其可读性差、调试难、不可复用、无法单元测试、不可序列化、不支持反射与依赖注入、IDE无提示、Git blame难定位，隐性维护成本高。
函数体超过5行就该停手
匿名函数适合写单行逻辑或简单判断，一旦嵌套条件、循环或需要多步处理，可读性会断崖式下降。比如用 array_filter 做复杂数据清洗时硬塞进匿名函数里，后续维护者很难一眼看出意图。
- 调试困难：无法在 IDE 中直接跳转到函数定义，堆栈里只显示
Closure@xxx.php:123 - 复用归零：相同逻辑在另一处要用，只能复制粘贴，改一处漏一处
- 测试失能：没法单独对这个函数写单元测试，只能靠外围流程覆盖
需要序列化或跨请求传递时
PHP 的 Closure 对象默认不可序列化，serialize() 会直接抛出 Exception: Serialization of 'Closure' is not allowed。哪怕你用 __sleep 或自定义序列化逻辑绕过去，反序列化后闭包捕获的变量状态也大概率丢失或失效。
- 常见踩坑场景：把带
use的匿名函数存进 Redis、写入 session、作为 job payload 推进队列 - 替代方案：封装成具名类 + 实现
__invoke，或提取为独立函数再传函数名字符串
涉及依赖注入或需被反射分析时
框架（如 Laravel、Symfony）的容器和服务发现机制严重依赖反射（ReflectionFunction / ReflectionMethod）。匿名函数没有函数名，ReflectionFunction 构造失败，getParameters() 等方法全不可用。
- 典型报错：
ReflectionException: Function () does not exist - DI 容器无法解析参数类型、无法自动注入依赖（比如你
use了一个$logger，但容器根本不知道它该从哪来） - 静态分析工具（PHPStan、Psalm）对匿名函数支持弱，类型推导常中断
多人协作项目中作为公共回调接口
当一个函数签名要被团队其他成员调用或约定（比如事件监听器、中间件、策略类），用匿名函数等于放弃契约——没有命名、没有 PHPDoc、没有类型提示入口，别人只能靠猜和试错。
立即学习“PHP免费学习笔记（深入）”；
- IDE 无法提供参数提示，
ctrl+click进不去定义 - Git blame 难定位修改人，因为匿名函数常藏在调用点一行内，看不出上下文意图
- 重构风险高：想把
use($config)改成从容器取实例？得全局搜索所有类似写法，而不是改一个类文件
