动态加载侧边栏需按需拉取内容、避免阻塞、同步状态；须用customElements.define()注册组件，继承HTMLElement并在connectedCallback中加载；推荐shadowRoot封装样式，用data-src+IntersectionObserver懒加载，data-collapsed同步状态，服务端过滤script标签，失败时提供重试机制。
动态加载的侧边栏不是靠 display: none 切换显隐就能解决的——它得真正按需拉取内容、避免初始阻塞、支持状态同步，否则用户点开时卡顿、刷新后丢失展开项、服务端渲染不一致，全是坑。
用 customElements.define() 注册可复用的侧边栏组件
浏览器原生支持自定义元素，但很多人直接写 <sidebar-nav> 却忘了注册。没注册就只是个普通标签，JS 无法接管生命周期，也无法响应属性变更。
- 必须继承
HTMLElement，并在connectedCallback()中触发首次加载，而不是在构造函数里——因为此时 DOM 可能还没挂载，this.shadowRoot为null - 推荐用
shadowRoot封装样式，避免全局污染；但若需与外部 CSS 交互（比如主题色继承），就得显式暴露:host或用part属性 - 不要在
attributeChangedCallback里直接操作 DOM，先用Promise.resolve().then()延迟到下一轮 microtask，否则可能触发重复渲染
data-src + IntersectionObserver 控制懒加载时机
侧边栏常被固定在视口左侧/右侧，但它本身未必在首屏——尤其当页面很长、侧边栏设为 position: fixed 且 top 值较大时。靠滚动事件监听太重，IntersectionObserver 是更轻量的选择。
- 给自定义元素加
，只在元素进入视口 50px 内才发起请求，避免白屏等待 - 观察器要监听
rootMargin: '50px'，而不是默认的'0px'，否则isIntersecting在元素刚露头时就为true，但内容还没渲染完 - 一旦加载完成，记得调用
unobserve()，否则后续滚动仍会触发回调——这在 SPA 页面反复切换路由时容易引发内存泄漏
用 data-collapsed="true" 同步 DOM 状态与 UI 行为
很多侧边栏点击展开后，刷新页面又回到收起状态，根源是状态没落地。用自定义属性标记比用 JS 变量更可靠，CSS 和 JS 都能读取，也兼容 SSR。
立即学习“前端免费学习笔记（深入）”；
-
data-collapsed值为"true"或"false"字符串，不要用布尔属性（如collapsed）——它没有值就代表true，语义模糊且难以反向控制 - CSS 用
[data-collapsed="true"] .menu { max-height: 0; }配合overflow: hidden实现无 JS 的收起动画；JS 只负责 toggle 属性值，不直接改 style - 如果侧边栏支持多级菜单，每个子菜单也应有独立的
data-collapsed，避免父级 collapse 时子级状态错乱
服务端返回 HTML 片段时，必须过滤 script 标签
动态加载的内容常从 API 返回一段 HTML 字符串，然后用 innerHTML 插入。但若返回中含 <script>，它会在插入时自动执行——而这时上下文已不是原始页面，this 指向错误、模块未加载、甚至触发 CSP 报错。
- 服务端应剥离所有
<script>标签及其内容，或前端用正则/<script[^]*?>[\s\S]*?<\/script>/gi清洗（注意：仅限可信源，不可用于用户输入） - 如果必须执行逻辑（比如统计曝光），改用
CustomEvent触发，由主页面监听并处理，保持执行环境统一 - 加载失败时，不要静默 fallback 到空 DOM，至少保留一个
<li class="error">加载失败，请重试</li>并绑定 click 重试逻辑
真正难的不是让侧边栏动起来，而是让它在首次加载、路由跳转、刷新、后台标签页唤醒这些场景下，状态始终一致——DOM 属性、JS 状态、服务端返回、CSS 动画节奏，四者稍有脱节，用户就会觉得“卡”或“跳”。
