v-slot本质是父组件基于子组件暴露的数据动态渲染UI，需通过属性绑定传数据并用解构语法接收，传递的是非响应式快照，应避免传大对象或函数，命名须严格匹配。
v-slot 本质是让父组件能拿到子组件内部的数据，再决定怎么渲染——不是子组件直接塞内容过去，而是把数据“交出去”，由父组件按需组织结构。
作用域插槽为什么必须用 v-slot 而不是普通插槽
普通插槽（比如 <slot></slot>）只负责“搬运”父组件写死的内容，子组件的数据对它完全不可见。而作用域插槽要解决的是：父组件需要基于子组件当前的某条消息、某个状态、某组列表项来动态生成 UI。
常见错误现象：
写了 <slot :item="item"></slot>，但在父组件里用 <template v-slot>{{ item }}</template> 报错 ReferenceError: item is not defined——因为没用带解构的 v-slot 语法，数据根本没传进来。
- 子组件中必须显式通过属性绑定把数据暴露出去，例如：
<slot name="message" :msg="currentMsg" :isUser="isUser"></slot> - 父组件必须用
v-slot:message="{ msg, isUser }"或简写#message="{ msg, isUser }"才能解构接住 - 不写解构名（如
v-slot:message="scope"）也能访问，但得写scope.msg，容易漏掉点号
slot 上的 :xxx 是 props 不是响应式代理
作用域插槽传递的数据是“快照”，不是响应式引用。如果子组件内部 currentMsg 后续变了，但插槽内容已经渲染完毕，父组件里不会自动更新——除非你主动触发重渲染（比如用 key 强制刷新，或把插槽内容封装成计算属性）。
性能影响明显：在长列表中每个 <chat-bubble> 都用作用域插槽传整个对象，会增加内存开销和 diff 成本；更轻量的做法是只传必要字段，比如 :text="msg.text" :time="msg.time"，而不是 :item="msg"。
- 别在作用域插槽里传大对象或函数（尤其避免传
this或组件实例） - 如果需要响应式联动，优先考虑用
$emit+v-model或defineModel（Vue 3.4+），而非依赖插槽数据更新 - uni-app 编译到小程序时，部分平台（如支付宝小程序）对作用域插槽嵌套层级有限制，超过 2 层可能丢失数据
实际聊天气泡中怎么用作用域插槽
一个典型的 <chat-bubble> 组件，既要区分用户/机器人消息样式，又要显示时间、头像、状态图标，还可能支持重试、复制等操作——这些都依赖子组件内部的状态，必须用作用域插槽。
子组件片段：
<template>
<view class="bubble" :class="{ 'bubble--user': isUser }">
<slot name="avatar" :isUser="isUser"></slot>
<view class="bubble__content">
<slot name="main" :text="text" :isUser="isUser"></slot>
<slot name="footer" :time="formatTime(sentAt)" :status="status"></slot>
</view>
</view>
</template>
父组件调用：
<chat-bubble v-for="msg in messages" :key="msg.id">
<template #avatar="{ isUser }">
<image :src="isUser ? userAvatar : aiAvatar" class="avatar"/>
</template>
<template #main="{ text, isUser }">
<text class="bubble-text">{{ text }}</text>
</template>
<template #footer="{ time, status }">
<view class="bubble-footer">
<text class="time">{{ time }}</text>
<icon v-if="status === 'failed'" type="error"/>
</view>
</template>
</chat-bubble>
这里的关键是：每个 template 都只关心自己需要的那几个字段，且能独立控制样式和逻辑，互不影响。一旦子组件内部调整了 sentAt 的格式方式，父组件完全不用改——只要保证传出去的 time 字段名不变就行。
最容易被忽略的一点：作用域插槽的命名必须严格匹配，#main 和 #Main 在 H5 上可能宽容，但在微信小程序里就是两个不同插槽，后备内容也不会 fallback。
