最常见原因是name属性严格区分大小写:仅匹配slot="footer",slot="footer"会被丢入默认插槽或忽略;该规则由html规范强制定义,所有浏览器均严格执行。

slot 的 name 属性严格区分大小写
匹配失败的最常见原因就是大小写不一致:<slot name="Footer"></slot> 只会接收 slot="Footer" 的内容,而 <p slot="footer"></p> 完全不会被分发进去——它会被丢进默认插槽(如果存在),或直接被忽略(如果没定义默认插槽)。
这个规则是 HTML 规范强制要求的,不是浏览器差异或框架扩展行为。Web Components 的 slot 分发逻辑在解析阶段就完成字符串精确比对,不进行任何 case-insensitive 转换。
- 所有浏览器(Chrome、Firefox、Safari、Edge)均按此执行,无例外
- Vue/React 等框架的
slot语法是模拟实现,但若底层用了原生 Shadow DOM,同样受此约束 - 调试时可检查元素实际渲染后的
assignedNodes()返回值,验证是否为空来确认匹配失败
name 属性不支持动态绑定或表达式
name 是纯静态字符串属性,不能写成 <slot :name="headerSlotName"></slot> 或 <slot name="{{ headerName }}"></slot>。这类写法在原生 HTML 中会被当作字面量字符串处理,比如 Vue 模板中若未使用 v-bind:name,实际解析出的仍是 name="{{ headerName }}" 这个字符串,而非变量值。
真正生效的只有编译/运行时已确定的字面量,例如:<slot name="header"></slot>、<slot name="user-avatar"></slot>。
- 想实现“条件切换插槽名”,必须用多个具名
<slot></slot>+ CSSdisplay: none或 JS 控制显示逻辑 - 不要试图用
setAttribute('name', ...)动态修改,Shadow DOM 分发发生在初次连接(connectedCallback)时,后续改 name 不触发重分发 - 模板字符串拼接(如
name="${slotName}")在 HTML 源码中无效,仅在 JS 字符串构造或模板引擎中起作用
具名插槽和默认插槽的共存规则
一个自定义元素内可以同时存在多个具名插槽(<slot name="a"></slot>、<slot name="b"></slot>)和一个默认插槽(无 name),但默认插槽只能有一个,且不能带 name。
外部传入的内容若没有 slot 属性,或 slot 值无法匹配任何具名插槽,就会全部落到默认插槽里;一旦某个具名插槽匹配成功,对应内容就不再进入默认插槽。
- 重复使用相同
name的<slot></slot>是允许的,但内容只会被第一个匹配到的插槽捕获,其余插槽保持空 - 未声明的
slot="xxx"内容不会报错,只是静默丢失(除非你监听slotchange并检查event.target.assignedNodes().length === 0) - 若组件既无具名插槽也无默认插槽,所有传入内容都会被丢弃,DOM 中不可见也不可访问
调试 slot 匹配问题的实用方法
当内容没出现在预期位置,优先检查三件事:大小写、name 字面量是否拼对、是否存在默认插槽兜底。不要假设浏览器会“智能修正”。
可在 DevTools 中右键 Shadow Root → “Reveal in Elements panel”,展开后观察 <slot></slot> 元素的 assignedNodes() 返回值;也可在控制台手动执行 document.querySelector('my-component').shadowRoot.querySelector('slot[name="Header"]').assignedNodes() 查看是否为空。
- 把所有
name和slot值统一转为小写(如name="header"+slot="header")是最稳妥的命名习惯 - 避免使用连字符以外的特殊字符(如空格、中文、下划线),部分旧版 polyfill 对 Unicode 支持不稳定
- 注意:CSS 伪元素
::slotted(*)选择的是分发后的内容节点,不是<slot></slot>自身,所以样式失效往往意味着分发根本没发生
前端入门到VUE实战笔记:立即使用
在学习笔记中,你将探索 前端 的入门与实战技巧!











