遇到未捕获异常：MY_Loader::_ci_object_to_array()方法未定义报错求助

我之前帮不少开发者解决过这个HMVC和CodeIgniter Loader的兼容问题，这个错误本质是MX HMVC的Loader类尝试调用一个在你的MY_Loader或当前CI版本中不存在的方法，下面是几个靠谱的解决方案：

1. 先确认版本兼容性 #

这个问题最常见的原因是CodeIgniter版本和MX HMVC库不匹配。比如你用了CI 3.x的后期版本，但MX HMVC还是旧版，而CI在某个版本调整了Loader类的私有/保护方法。

• 先核对你使用的CI版本，找对应版本的MX HMVC包替换现有文件（别随便用最新版MX，要找适配你CI版本的分支）。

2. 给MY_Loader补充缺失的方法 #

如果不想更换MX版本，或者确认版本没问题但依然报错，可以直接把CI核心Loader里的_ci_object_to_array方法复制到你的application/core/MY_Loader.php中。因为MX Loader继承自你的MY_Loader，只要MY_Loader有这个方法，就能被正常调用。
示例代码（和CI核心里的实现一致）：

protected function _ci_object_to_array($object)
{
    return is_object($object) ? get_object_vars($object) : $object;
}

注意方法的访问修饰符要和CI核心保持一致（通常是protected），别写错。

3. 修改MX Loader的调用代码 #

如果上面的方法不方便，你也可以直接修改MX Loader的出错代码（就是你提到的application/third_party/MX/Loader.php第300行），把调用_ci_object_to_array的逻辑替换成原生PHP实现——毕竟这个方法的本质就是把对象转成数组：
原来的代码大概是这样：

$data = $this->_ci_object_to_array($object);

改成：

$data = is_object($object) ? get_object_vars($object) : $object;

⚠️ 注意：修改第三方库文件后，后续更新MX的时候要记得备份这段修改，不然会被覆盖。

4. 检查MY_Loader的继承关系 #

最后确认你的MY_Loader是正确继承自CI的核心Loader类，不要搞错继承链。正确的开头应该是：

class MY_Loader extends CI_Loader {
    // 你的自定义代码
}

如果MY_Loader继承错了类，MX Loader就无法正确访问CI核心的方法。

内容的提问来源于stack exchange，提问作者Brian Obebo