页面刷新后导航菜单选中状态丢失，是因为layui-this类仅运行时添加、刷新即清空；需在$(document).ready()中解析当前url路径，精确匹配菜单项href并添加layui-this，同时向上查找并为对应dt添加layui-nav-itemed以恢复三级菜单展开状态。
页面刷新后导航菜单选中状态丢失，是因为 layui-this 类只靠 js 运行时添加，刷新即清空 —— 必须手动读取当前 url 并匹配菜单项 href，再补上类。
如何用 URL 路径精准匹配菜单项 href
不能直接比对 window.location.pathname 和 href，因为前者带开头的 /，后者常为 user/list 或 system/role。需先截掉协议和域名，再剔除 query 参数，只留路径部分。
- 用
location.href.split('//')[1].split('?')[0]提取相对路径（如/user/list→user/list） - 遍历所有
<a></a>标签，读取其href属性值 - 用
===全等判断，避免模糊匹配（比如user匹配到user/list） - 匹配成功后，给
<a></a>的父级（<li>或<dd></dd>）加layui-this；若为三级菜单，还需给对应<dt></dt>加layui-nav-itemed
三级菜单展开状态怎么同步恢复
单纯加 layui-this 不够：二级或三级菜单被点击后，父级 <dt></dt> 会自动加 layui-nav-itemed 展开，但刷新后这个类也丢了。必须主动还原父级展开态。
- 找到匹配的
<a></a>后，向上查最近的<dd></dd>，再找它的兄弟<dt></dt> - 或者统一给所有含子菜单的
<dl></dl>加 class：$(targetA).closest('dl').find('dt').addClass('layui-nav-itemed') - 注意：Layui 导航结构里，
<dt></dt>是父项标题，<dd></dd>是子项容器，二者必须成对操作
为什么 localStorage 不适合存菜单激活状态
菜单激活本质是视图映射关系（URL → 菜单项），不是用户偏好设置，用 localStorage 反而引入冗余和同步风险。
- URL 改变时，
localStorage值可能滞后（比如用户手输地址、后端重定向） - 多个标签页共用同一
localStorage，切换标签可能导致状态错乱 - 服务端渲染或 SSR 场景下，JS 还没执行时 DOM 已生成，
localStorage读取时机不可控 - 真正该持久化的只有业务数据（如表格勾选 ID），菜单状态应每次加载时实时计算
最稳的方案就一条：在 $(document).ready() 里做路径解析 + 精准匹配 + 父级展开同步。别绕弯存状态，URL 本身已是唯一且可靠的锚点。
