手机菜单点不开，先检查点击是否到达按钮，再检查脚本是否执行及菜单是否被遮挡。重新创建菜单不一定有效，因为菜单数据、交互脚本和视觉层级是不同环节。
先做不改配置的观察
在真实手机上测试，并与浏览器窄屏模式对照。确认问题是完全没有反应、菜单出现后马上关闭，还是已经展开但看不见。记录发生的页面和登录状态。
如果只有某个页面异常，注意该页的遮罩、弹窗、轮播或自定义脚本。所有页面都异常，则更应检查公共页头和公共资源。
点击有没有被其他元素挡住
浏览器元素检查可以帮助识别覆盖按钮的透明容器。检查position、z-index、pointer-events及移动端显示规则。不要仅通过把z-index改成极大值解决，因为父层叠上下文仍可能限制它。
按钮展开时，查看aria-expanded或相关class是否变化。状态已经变化而菜单不显示，通常应继续查CSS、可见性和容器高度；状态完全不变，则检查事件绑定和脚本错误。
脚本检查从最早错误开始
刷新页面看Console的第一个相关错误，检查主题脚本是否404、被延迟到首次交互后才加载，或在依赖库之前执行。近期启用JS延迟、合并或压缩时，可在测试环境逐项对照。
同时检查移动菜单是否分配了正确菜单位置，以及页头模板的移动端条件是否生效。菜单没有内容与按钮事件失效，不应混在一起处理。
验证不只是点开一次
测试展开、关闭、点击子菜单、点击链接、横竖屏切换和返回页面。确保键盘操作与焦点可用，避免修复触控后破坏可访问性。
清理相关缓存后，用未登录窗口重新检查。若站点有多种页头模板，应分别验证首页、文章和商城页面。
电脑模拟手机正常就足够吗？ 不够。触摸事件、浏览器差异和真实设备性能可能不同，至少应在实际移动设备上完成核心操作。
参考资料
相关问题
本文为通用排查指南，依据所列官方资料整理；菜单名称和行为可能随版本及主机环境变化。配图为AI生成的概念示意，不是实际故障截图。
