is_callable校验的是语法结构+可访问性双重条件：对字符串函数名会检查disable_functions禁用，对对象方法尊重public/protected/private及__call魔术方法，且不适用于__construct或PHP 8.2+部分弃用字符串格式。
直接说结论：is_callable 不是用来“提前兜底防止报错”的万能开关，它本质是做**语法结构 + 可访问性双重校验**的，用错场景反而会掩盖真实问题。
判断字符串函数名时，和 function_exists 有啥区别？
传入一个字符串（比如 'json_encode'），is_callable 和 function_exists 大多数时候结果一致，但关键差异在：前者还会检查该函数是否被禁用（通过 disable_functions 配置）。
-
function_exists('json_encode')只管“有没有定义”，不管能不能用 -
is_callable('json_encode')会真正走到 PHP 的调用链路预检——如果json_encode被disable_functions拦了，它就返回false - 所以线上环境遇到“函数明明存在却报 fatal error”，先用
is_callable查，比只查function_exists更靠谱
检测对象方法时，is_callable 会尊重访问控制
传数组形式 [$obj, 'methodName']，is_callable 会实际检查这个调用是否合法，不是光看方法存不存在。
-
method_exists($obj, 'privateMethod')返回true（只看定义） -
is_callable([$obj, 'privateMethod'])返回false（私有方法不能从外部调用） - 如果类里实现了
__call()，且能动态响应某个方法名，is_callable会走通这个魔术逻辑并返回true；而method_exists完全无视它 - PHP 8.0+ 开始，
is_callable(['ClassName', 'nonStaticMethod'])一律返回false——静态调用非静态方法不被允许，这点容易被忽略
syntax_only 参数不是“性能优化开关”
设成 true 确实跳过运行时可访问性检查，但代价是：它只认“长得像 callable”的结构，不保证真能调用。
立即学习“PHP免费学习笔记（深入）”；
- 对闭包、
__invoke对象、字符串函数名，syntax_only=true和false结果通常一样 - 但对数组回调，
syntax_only=true仅验证数组长度为 2、第一个元素是对象/字符串、第二个是字符串——哪怕对象已被unset或方法名拼错，它也返回true - 所以别为了“省点开销”盲目开
syntax_only，尤其在配置驱动或用户输入回调名的场景下，它会让错误延迟暴露
常见误用：拿 is_callable 替代 try/catch
有人习惯写 if (is_callable($cb)) { call_user_func($cb); }，以为这样就能避免 fatal error。其实不对。
- 如果
$cb是['SomeClass', 'someMethod']，且someMethod是 protected，is_callable返回false，这没问题 - 但如果
$cb是['NonExistentClass', 'method']，is_callable返回false，也 OK - 真正危险的是：你校验通过了，但执行时
$cb所依赖的扩展没加载（比如gd函数）、或内存超限、或内部抛出Exception——这些is_callable根本不负责 - 需要强保障的回调执行，还是得套
try/catch，is_callable只适合做前置过滤或日志诊断
最常被绕过的细节是：构造函数（__construct）永远不是 callable，is_callable([$obj, '__construct']) 必然返回 false；还有 PHP 8.2+ 对某些字符串用法（如 'Class::method'）已发弃用警告，但 is_callable 还会接受它——这时候靠它判断，反而埋下升级隐患。
