子菜单默认不继承父菜单权限，需手动配置：方法一复用父级权限标识；方法二重写allnodes()实现自动继承；方法三结合前端渲染与后端守卫双重控制。

子菜单默认不自动继承父菜单权限，需手动配置或扩展逻辑才能实现“点击父菜单可见，但无权限时子项不可见”的效果。核心在于菜单渲染前的权限过滤，而非单纯依赖路由中间件。

菜单权限继承的关键逻辑

Laravel-Admin 的菜单由 Menu::allNodes() 方法生成，默认只检查当前菜单项的 permission 字段是否被用户拥有，不会向上追溯父级权限。也就是说：即使用户有 users 权限，但没单独分配 users.index，子菜单“用户列表”仍会被隐藏——这是设计行为，不是 bug。

方法一：在菜单定义中显式复用父权限标识

最轻量、推荐用于中小项目。直接在子菜单项中复用父级权限 slug，避免重复授权：

Laravel Creem Agent

Creem 支付商店助理 — 查询订阅、客户、交易、产品，执行心跳检查，管理本地 Laravel支付商店。

下载

• 父菜单（如“用户管理”）设 'permission' => 'users'
• 所有子菜单（如“用户列表”“新增用户”）也统一设 'permission' => 'users'，而非细分到 users.index 或 users.create
• 这样只要用户拥有 users 权限，整个菜单组就可见且可访问

方法二：重写 Menu 模型的 allNodes() 方法

适用于需严格区分“菜单可见性”与“操作权限”的场景（例如：菜单展示用粗粒度权限，按钮操作用细粒度权限）：

• 新建自定义菜单模型，继承 Encore\Admin\Auth\Database\Menu
• 重写 allNodes()，对每个菜单项判断：
    → 若当前项无 permission，则取其最近有 permission 的祖先节点权限
    → 调用 Admin::user()->can($inheritedPermission) 决定是否保留该节点
• 在 config/admin.php 中替换为你的模型：
  'menu_model' => App\Models\CustomMenu::class

方法三：使用前端条件渲染 + 后端路由守卫双重控制

兼顾体验与安全，适合中大型系统：

• 菜单结构保持父子关系，子菜单仍带各自权限（如 users.index）
• 在 Blade 模板或 JS 中，用 Admin::user()->can('users') 控制父菜单展开状态
• 子菜单链接保留，但点击后由路由中间件 admin.permission 拦截校验具体权限
• 这样既保证菜单结构清晰，又防止越权访问

不需要改框架源码，也不依赖第三方包。三种方式按项目复杂度选择即可。