WordPress search.php页面wp_nav_menu显示空白的问题排查

我之前也碰到过类似的自定义Walker在搜索页失效的情况，结合你提到的错误提示和现象，核心问题是Walker代码中尝试访问非对象的属性，而根源大概率和搜索页的查询干扰或者菜单项数据异常有关，咱们一步步来排查：

1. 先锁定错误的核心原因 #

Trying to get property of non-object这个错误直白来说：你的Walker代码里有两行尝试访问某个变量的属性（比如$item->url、$args->container_class这类），但这个变量在搜索页环境下并不是一个对象——可能是null、数组，或者是一个被修改过的非预期值。

2. 排查header.php中的搜索页筛选代码 #

你提到header里的搜索页筛选疑似冲突，这是最常见的诱因：

• 很多开发者会在pre_get_posts钩子中修改搜索页的主查询（比如限制文章类型、调整排序），但如果没加$query->is_main_query()的判断，这个修改会影响所有查询，包括菜单的导航项查询。
• 举个典型的错误示例：

  add_action('pre_get_posts', function($query) {
      if (is_search()) {
          $query->set('post_type', 'post'); // 这里没区分主查询，会干扰菜单查询
      }
  });
  

• 修复方式：给判断加上主查询的条件，确保只修改搜索的主查询：

  add_action('pre_get_posts', function($query) {
      if ($query->is_main_query() && is_search()) {
          $query->set('post_type', 'post');
      }
  });
  

3. 给Walker的属性访问加安全判断 #

针对调试中发现的那两行报错代码，你需要先确认变量是否为对象再访问属性，避免报错中断输出：

• 比如如果报错的是$item->title，可以修改为：

  $title = is_object($item) && isset($item->title) ? $item->title : '';
  

• 如果是$args->something，同理：

  $container_class = is_object($args) && isset($args->container_class) ? $args->container_class : '';
  

• 这样即使搜索页下拿到的变量异常，也不会抛出错误，而是输出默认值或者跳过无效项。

4. 检查菜单查询的完整性 #

你可以在wp_nav_menu调用前临时添加调试代码，看看搜索页下菜单项的实际数据：

// 在header.php中调用wp_nav_menu之前添加
$menu_items = wp_get_nav_menu_items('你的主菜单ID或名称');
// 打印菜单项（生产环境记得删掉）
echo '<pre>';
var_dump($menu_items);
echo '</pre>';

• 如果输出里有null或者非WP_Post对象的项，说明菜单查询在搜索页被干扰了，可能是某个插件或自定义钩子修改了wp_get_nav_menu_items的返回值，你可以尝试禁用插件排查。

5. 排查菜单项的可见性设置 #

有没有用插件（比如Menu Item Visibility Control）或者自定义代码控制菜单项的显示条件？如果某个菜单项被设置为不在搜索页显示，但Walker没有处理空项的逻辑，就会输出空白的链接结构。临时禁用这类控制代码/插件，测试是否恢复正常。

总结 #

最可能的情况是header里的搜索页筛选代码没有限制主查询，导致菜单的导航项查询被修改，Walker拿到的不是正常的WP_Post对象，进而抛出属性访问错误，最终输出空白链接。先从修改pre_get_posts的判断条件入手，再给Walker的属性访问加安全校验，基本就能解决问题。

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