WordPress 4.7.10升级后call_user_func_array警告报错解决方法

嘿，这个问题我太熟悉了！你遇到的这个警告报错，核心原因非常明确：WordPress尝试调用一个名为myplguin_admin_sub_page的函数，但这个函数要么不存在，要么拼写错误，要么所在的插件文件没有被正确加载。光看函数名里的myplguin就大概率是拼写失误（应该是myplugin，少了一个字母g），这是插件开发里超常见的低级错误。

下面给你一步步的排查和解决方案：

1. 先定位问题插件 #

这个报错肯定和某个自定义/第三方插件有关，首先得找到注册这个回调的插件：

• 本地环境的话，直接打开WAMP目录下的C:\wamp64\www\sumit\wp-content\plugins文件夹
• 逐个查看插件里的PHP文件，搜索包含myplguin_admin_sub_page的代码，或者找使用add_action/add_filter钩子时引用这个函数名的地方

2. 修正函数名的拼写错误 #

找到对应的代码后，先检查拼写：

• 如果是注册钩子时写错了，比如：

  add_action('admin_menu', 'myplguin_admin_sub_page');
  

  把它改成正确的函数名（比如myplugin_admin_sub_page，注意补上那个漏掉的g）
• 如果是函数定义本身写错了名字，比如：

  function myplguin_admin_sub_page() {
      // 你的后台子页面逻辑
  }
  

  同样把函数名修正为正确的拼写，确保钩子注册和函数定义的名字完全一致——差一个字母都不行！

3. 确认插件文件是否被正确加载 #

如果拼写完全没问题，那就要检查函数所在的文件有没有被正确加载：

• 先确认这个插件在WordPress后台是激活状态
• 如果是自定义插件，检查主插件文件里有没有用require/include加载包含这个函数的文件，比如：

  // 假设函数在admin-subpage.php里
  require_once plugin_dir_path(__FILE__) . 'admin-subpage.php';
  

  确保路径和文件名都没错

4. 临时禁用插件排查（如果以上步骤都没用） #

要是还是找不到问题，那就用排除法：

• 把wp-content/plugins文件夹重命名为plugins-temp，这样所有插件都会被禁用，刷新后台看看报错会不会消失
• 如果消失了，再把文件夹改回plugins，然后逐个启用插件，每次启用后刷新后台，直到报错重现——那个插件就是问题根源，你可以针对性地去排查它的代码

额外提醒 #

这个警告本身不会让WordPress彻底崩溃，但会导致对应的插件功能失效（比如后台的子页面可能显示不出来）。另外，WordPress 4.7.10是比较老旧的版本了，解决完当前问题后，建议你升级到最新的稳定版，能获得更好的安全性和兼容性哦。

内容的提问来源于stack exchange，提问作者Sheoshree Talukdar