解法是用通用布局组件实现物理隔离：布局只管结构（header/sidebar/main插槽），业务只管内容；通过layoutConfig配置驱动动态区域；provide/inject解耦公共行为；CSS严格作用域隔离。
把布局样式和业务逻辑硬绑在一起，改个页头就得动业务代码，加个新页面又要复制粘贴一整套结构——这确实是个典型的技术债。解法不是重写，而是用通用布局组件做“物理隔离”：让布局只管“怎么排”，业务只管“放什么”。
布局组件只暴露插槽，不碰业务数据
通用布局不该知道用户头像在哪取、菜单从哪个 API 加载。它只定义区域结构（如 header、sidebar、main），用具名插槽接收内容：
- header 插槽传入自定义页头组件，不传就显示默认空栏
- sidebar 插槽传入菜单组件，支持折叠/展开状态由外部控制
- main 插槽承载完整业务页面，布局组件不干涉其内部路由或状态
用配置驱动动态区域，避免 if-else 堆砌
不同页面需要不同布局组合（比如登录页无侧边栏、仪表盘有顶部导航+左侧菜单），与其写一堆 v-if，不如统一收口到一个 layoutConfig 对象：
- 在路由 meta 中声明 layout: 'admin' 或 layout: 'simple'
- 布局组件根据 config 动态渲染对应区域，隐藏未启用的部分
- 新增布局类型只需扩展 config 定义 + 少量 CSS 类，不动核心组件逻辑
抽离公共行为，用 provide/inject 解耦交互
侧边栏折叠、主题切换、面包屑更新这些跨页面能力，别塞进每个业务组件里。布局组件作为“父容器”统一提供：
- 用 provide 暴露 toggleSidebar()、setBreadcrumb(items) 等方法
- 业务组件 inject 后直接调用，无需知道实现细节
- 状态变更通过事件或响应式对象通知布局组件，触发视图更新
样式层面彻底隔离，拒绝 scoped 外的穿透
布局组件的 CSS 必须严格限定作用域，避免污染业务样式：
- 所有类名加前缀（如 .lyt-header、.lyt-main），不依赖 BEM 也需语义清晰
- 用 CSS 变量定义可覆盖的设计令牌（--lyt-sidebar-width、--lyt-header-height）
- 禁止在布局组件中写业务相关样式（如 .user-avatar、.order-card）
