method_exists仅检测方法是否在类中显式声明，不保证可调用；常见调用失败场景包括私有方法、大小写错误、__call代理等；应与is_callable配合使用，且优先判断is_callable。
method_exists不是用来“防御”的，它只做一件事：确认某个方法是否在类定义中**显式声明过**。它不保证能调用、不检查权限、也不管运行时是否可用。真要防错，得知道它能干什么、不能干什么，以及在哪种组合下才真正安全。
什么时候 method_exists 返回 true 却调用失败
常见于以下几种情况：
-
method_exists($obj, 'foo')返回true，但$obj->foo()报Fatal error: Call to private method—— 因为它是private且不在当前作用域 - 方法来自父类，但在 PHP 7.4+ 中，若该方法是
private且被子类继承，method_exists会返回false（这是 7.4.0 的行为变更） - 类里没定义
bar()，但实现了__call()，此时method_exists($obj, 'bar')返回false，但$obj->bar()实际能执行 - 方法名拼写错误或大小写不一致（PHP 方法名区分大小写），比如类里是
getData()，却查getdata()
method_exists 和 is_callable 必须配对用
单靠 method_exists 做动态调用判断，等于只看了门牌号就敲门。真正要进门，得确认门开着、你有钥匙、对方愿意见你。
所以实际代码里应该这样写：
if (is_callable([$obj, $method]) && method_exists($obj, $method)) {
return $obj->$method(...$args);
}
注意顺序：is_callable 更重——它内部已包含可见性、静态/实例上下文、__invoke 等综合判断；method_exists 只补一层“这个方法是不是类里明确定义的”，避免误把 __call 代理当成真实方法。
如果只用 is_callable，某些场景下可能“太宽容”（比如闭包、可调用数组），加一层 method_exists 是为了明确限定“必须是类里的方法”。
类名字符串传参时，autoloader 会被触发
当你写 method_exists('SomeClass', 'run')，而 SomeClass 还没加载，PHP 会自动跑一遍已注册的 autoloader（比如 Composer 的 autoload）。这本身不是问题，但要注意：
- 如果 autoloader 抛异常或返回 false，整个
method_exists调用会失败（返回false） - 如果 autoloader 逻辑复杂或有副作用（比如写日志、连 DB），这里会悄悄执行一次
- 想绕过 autoload？先用
class_exists('SomeClass', false)检查类是否已加载，再决定是否进method_exists
继承链和接口方法的检测边界
method_exists 对继承是透明的，但有隐含规则：
- 查
public/protected方法：父类、接口、trait 中定义的都算，只要最终在类结构里存在 - 查
private方法：只认当前类定义的，父类的private方法在 PHP 7.4+ 不再被识别（返回false） - 接口方法：只要类
implements了该接口，哪怕没实现具体方法，method_exists也返回true（因为接口声明即算“已定义”） - trait 方法：只要被
use进来，就等同于类自身定义，会被识别
这点容易被忽略：接口方法存在性 ≠ 实际实现存在性。如果你依赖的是“一定能运行”，那还得额外检查是否真的有方法体，而不是只靠 method_exists。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
