php7中__call仅捕获未定义的公有实例方法调用，需配合method_exists精准判断方法存在性，避免eval等危险操作；静态方法须用__callstatic，二者不可混用且作用域严格分离。
PHP7中用__call捕获未定义方法调用
当调用一个不存在的实例方法时，PHP7会触发__call魔术方法——这是最常用、最可控的动态方法匹配入口。它只对**公有实例方法**生效，不处理静态调用或私有/受保护方法。
常见错误是误以为__call能拦截所有方法调用，结果发现static::missingMethod()或$obj->privateMethod()根本不会进这个函数。
-
__call第一个参数是字符串形式的方法名（如'getUserById'），第二个是参数数组 - 必须声明为
public，且不能有类型声明（PHP7.0+允许void返回，但参数不能加array等类型） - 如果方法名符合某种命名约定（比如
findByName、updateBySlug），可在这里做正则解析和分发
用method_exists + call_user_func_array做运行时方法存在性判断
如果你不是要“兜底”，而是想先检查方法是否存在再决定是否调用，method_exists比is_callable更精准：它不依赖作用域，只看类定义中是否有该方法（包括继承来的），且在PHP7中性能稳定。
容易踩的坑是直接用is_callable([$obj, $method])——它可能因访问权限失败（比如方法是protected），而你其实只想确认“这个方法在类里有没有定义”。
-
method_exists($obj, $methodName)返回true仅表示方法被定义，不保证可调用 - 配合
call_user_func_array([$obj, $methodName], $args)执行，注意参数顺序不能错 - 若方法是静态的，用
method_exists(get_class($obj), $methodName)，再用call_user_func_array([get_class($obj), $methodName], $args)
避免用eval或create_function拼接方法名
PHP7已废弃create_function，而eval执行动态字符串不仅慢，还极易引入RCE漏洞——尤其当方法名来自用户输入（如URL参数?action=deleteUser）时，没过滤就拼进eval等于主动开后门。
典型错误写法：eval('$obj->' . $_GET['action'] . '();')。哪怕加了in_array白名单，也比直接用__call或method_exists多一层维护成本和出错可能。
- 所有外部输入必须先过白名单校验（如
in_array($action, ['getUser', 'listPosts'])），再进方法分发逻辑 - 优先用数组映射代替字符串拼接：
$handlers = ['getUser' => [$this, 'fetchUser']]，然后call_user_func_array($handlers[$action], $args) - PHP7.4+可考虑
fn箭头函数做轻量封装，但动态匹配本身仍建议走明确的分发表
注意__callStatic与__call的分工边界
静态方法的动态匹配必须用__callStatic，它和__call互不干扰。很多人把两者混用，导致MyClass::unknownMethod()静默失败或抛Fatal error。
PHP7要求__callStatic必须声明为public static，否则报ParseError；而且它无法访问$this，只能通过类名或静态属性操作数据。
- 若类同时支持实例和静态动态调用，两个魔术方法都要实现，不能只写一个
-
__callStatic的参数签名和__call一致，但第一个参数是类名（如'MyClass'），不是对象 - 别试图在
__callStatic里返回$this——静态上下文没有$this，会触发Notice: Undefined variable
php -l检查语法，再拿phpunit覆盖__call和__callStatic的分支逻辑。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
