Blazor 中可以通过自定义
LayoutView组件并结合路由参数、用户状态或配置来实现动态切换布局，无需为每个页面硬编码固定 Layout。
基于路由数据动态选择 Layout
利用
RouteData的
PageType或自定义
RouteValue（如
layout）决定使用哪个 Layout。在
App.razor中替换默认
Router的
Found模板： 在
<router></router>内用
<found></found>包裹自定义逻辑 从
routeData.PageType获取组件类型，再通过反射或预设映射表查出对应 Layout 类型 或直接读取
routeData.RouteValues中的
"layout"值（需在路由模板中声明，如
@page "/admin/{*path}" layout="AdminLayout"，但注意：标准 Blazor 路由不原生支持该语法，需配合自定义 RouteView封装）
用 Cas#%#$#%@%@%$#%$#%#%#$%@_b5fde512c76571c8afd6a6089eaaf42aingParameter 传递 Layout 类型
在
App.razor或根级布局中，通过
CascadingValue向下传递当前 Layout 类型（如
Type或枚举），子组件（包括自定义
LayoutView）用
CascadingParameter接收并渲染对应 Layout： 定义一个
LayoutContext类或简单
CascadingValue<type></type>创建封装版
DynamicLayoutView.razor，内部根据传入的 Layout Type 实例化对应 Layout 组件 确保 Layout 组件都继承自
LayoutComponent并实现统一接口（如
IRoutableLayout）便于统一处理
按用户角色或权限切换 Layout
在
App.razor或
Router外层注入认证服务（如
AuthenticationStateProvider），根据当前用户角色动态设置 Layout： 监听
AuthenticationStateProvider.AuthenticationStateChanged事件 在状态变更后触发重渲染，更新
CascadingValue中的 Layout 类型 例如：管理员走
AdminLayout，普通用户走
MainLayout，未登录走
AuthLayout
避免常见陷阱
动态 Layout 容易引发生命周期混乱或重复渲染，需注意：
不要在OnInitialized中直接 new Layout 实例 —— 应用
@layout指令或组件化注入方式 确保所有 Layout 都正确包裹
@Body，否则内容不显示 若使用
RenderFragment手动渲染 Layout，需手动管理
RenderTreeBuilder，复杂且易错，不推荐初学者尝试 热重载（Hot Reload）下动态 Layout 可能不刷新，建议开发时搭配完整重建验证
基本上就这些。核心是把 Layout 选择逻辑提前到路由解析之后、页面渲染之前，用可组合、可注入的方式替代写死。
