WordPress plugin.php报foreach参数无效警告如何修复

该警告的核心触发逻辑是foreach()尝试遍历的传入参数不是合法可迭代对象（数组/实现Traversable接口的对象），结合WordPress运行机制，具体诱因如下：

• 报错指向的remove_menu_page()是WordPress核心提供的后台菜单操作函数，作用是移除管理后台侧边栏指定菜单项，函数依赖全局$menu变量——这个变量仅在WordPress后台加载菜单流程中才会被初始化为数组，前端页面访问时该变量未定义或值为null，不支持遍历操作。
• 报错触发页面为前端/mijn-account/路径（荷兰语“我的账户”，通常为WooCommerce账户中心页面），说明站点内存在主题或插件的代码逻辑错误：没有限制remove_menu_page()的执行场景，在前端全局范围直接调用了该后台专用函数，导致前端访问时执行到遍历逻辑就抛出警告。
• 日志出现大量重复报错，是因为所有触发该错误代码的前端请求（包括普通用户访问、爬虫抓取）都会写入一条错误记录，访问量越高日志堆积速度越快。
  注意：WordPress核心的plugin.php文件本身逻辑无问题，不要直接修改核心文件，否则版本升级后修改会被覆盖，也无法从根源解决问题。

1. 定位错误代码 #

排查当前启用的主题、所有已安装插件中的代码，搜索remove_menu_page(字符串，重点筛选不符合WordPress开发规范的调用：

• 直接写在主题functions.php文件根作用域、插件文件根作用域的调用，未挂载到指定执行钩子
• 和WooCommerce账户页自定义功能混写的后台菜单操作代码
• 挂载到优先级过高的钩子、触发时机早于后台菜单初始化的调用

2. 修正代码写法 #

remove_menu_page()的合法调用必须放在admin_menu钩子的回调函数中执行，保证仅在后台菜单初始化阶段运行，不会在前端触发，参考正确写法：

// 正确写法：挂载到admin_menu钩子，仅后台加载菜单时执行
add_action( 'admin_menu', 'custom_remove_unused_admin_menus', 999 );
function custom_remove_unused_admin_menus() {
    // 在此处写入需要移除的菜单项调用
    remove_menu_page( 'edit-comments.php' ); // 示例：移除默认评论菜单
}

3. 临时兜底方案 #

如果暂时无法定位到具体是哪个插件/主题的错误代码，可以先通过配置临时抑制警告级别的日志输出，避免错误日志占满磁盘空间，等后续定位到根源后再按规范修复：
在站点根目录的wp-config.php文件中调整报错级别配置，仅保留致命错误、解析错误的提示：

// 调整报错上报级别，关闭警告类提示
error_reporting(E_ERROR | E_PARSE);

内容的提问来源于stack exchange，提问作者maarten geuns