__call 仅在调用非静态、不可访问的 public 实例方法时触发；静态调用走 __callStatic，私有/受保护方法不存在则直接报错，不进入 __call。
PHP __call 怎么捕获不存在的方法调用
它只在对象上下文中、且调用的是**非静态的、不可访问的实例方法**时触发。不是所有“找不到方法”的情况都会走这里——比如静态调用 ClassName::missingMethod() 会进 __callStatic，而直接访问不存在的属性则走 __get/__set。
常见错误现象：写了 __call 却没生效，大概率是因为方法是 static 的，或者类被声明为 final（不影响，但容易误判），又或者你正在测试的是父类里已定义但子类没重写的私有方法（那根本不会触发，而是直接报 Fatal error）。
- 必须是 public 实例方法调用失败才触发；private/protected 方法即使不存在也不会进
__call，而是直接报错 -
__call第一个参数是方法名（$name），第二个是参数数组（$arguments），别搞反 - 如果在
__call里抛异常或返回值，就按你写的来；不写return就默认返回null
为什么 __call 接收的 $arguments 是数组而不是展开参数
因为 PHP 不知道原调用传了几参、类型是什么，只能把全部参数打包成数组透传进来。这是语言层面的设计约束，不是你代码写错了。
使用场景典型如代理调用、日志埋点、动态构造器封装。例如你封装了一个数据库查询类，想支持 $db->selectUsersByStatus('active') 这种魔法方法，就得靠 $name 解析出 selectUsersByStatus，再从 $arguments 取状态值。
立即学习“PHP免费学习笔记（深入）”；
-
$arguments是原始传入值，不会自动解包，call_user_func_array()才是用来转发的工具函数 - 注意引用传递失效：如果原调用有引用参数（
&$v），$arguments里拿到的是副本，无法反向影响调用方 - PHP 8.1+ 支持对
$arguments做只读校验（readonly属性不相关，但数组本身不可被__call修改后影响外层）
__call 和 __callStatic 混用时容易踩的坑
两者完全独立，不能互相替代。写错一个，另一个就彻底失效——比如你在 __call 里试图处理静态调用，结果只是静默忽略，然后直接报 Call to undefined method 错误。
性能影响很小，但滥用会掩盖设计问题。比如本该用接口或策略模式的地方，全靠 __call 动态分发，后期 debug 成本陡增。
- 检查错误信息里的 “non-static method” 或 “static method” 字样，快速定位该补哪个魔术方法
- IDE（如 PhpStorm）通常不索引
__call衍生的方法，所以跳转和补全会丢失，别依赖自动提示 - 单元测试里要显式测两种调用方式，否则很容易漏掉
__callStatic分支
什么时候不该用 __call，而该重构代码
当你发现 __call 里开始写 switch 列几十个方法名，或者需要大量字符串解析（比如正则匹配方法前缀）、再拼 SQL 或路由逻辑时，说明职责已经溢出了魔术方法的合理边界。
它适合胶水逻辑、低侵入代理、临时兼容，不适合核心业务分发。真正的路由、命令、查询应该有明确的 handler 映射表，而不是靠方法名猜意图。
- 如果
$name需要频繁strpos()、preg_match()或explode()，就是信号：该抽 interface 了 - 涉及类型安全时（比如期望第二个参数必须是
int），__call里做is_int()校验很脆弱，不如用具名方法 + 类型声明 - 继承链中多个
__call嵌套调用？基本等于自找麻烦，优先用组合代替继承
真正难的不是让 __call 跑起来，而是判断它该不该存在。多数时候，删掉它，反而更清楚。
