先记住这个答案
emits 明确组件对外发出的事件，方便理解接口、类型检查和可选的参数校验。更直接的运行影响是：对应已声明事件的父层监听器会从 attrs 中排除，不再按普通监听器自动透传到根元素。如果声明 click，父层监听的是组件主动 emit 的 click，而不是自动继承的原生点击。未声明不代表 emit 必然被阻止，但可能带来开发警告、接口含糊或原生监听与手动转发叠加的问题。
- 声明事件会让对应监听器从 attrs 中被消费
- 组件主动 emit 与根 DOM 的原生事件是不同通道
- 组件事件不会像 DOM 事件一样自动向祖先冒泡
声明 click 后，谁负责触发父层回调
按钮封装若声明 click，就应根据公开接口在需要时主动 emit。父层的 onClick 被当作组件事件监听，不再自动附到根 button。组件可以借此在校验、节流或业务判断后发出事件，但也应说明它转交的是原始事件还是业务数据。
下面显式声明 activate，并在按钮动作中发出稳定的业务标识。调用者不必知道内部到底用了 button 还是其他实现，只要组件继续遵守 activate 的含义和参数契约。事件命名应表达已发生的动作或请求，而不是无差别复制所有底层 DOM 细节。
import { defineComponent, h } from 'vue';
const ActionButton = defineComponent({
emits: ['activate'],
setup(_, { emit }) {
return () => h('button', {
onClick: () => emit('activate', 'primary')
}, '启用');
}
});父层监听 activate，点击后收到 primary。onActivate 不会作为未声明监听器自动附到根按钮；普通未声明属性仍按组件的继承规则处理。
为什么未声明可能导致重复触发
若包装组件没有声明 click，父层 click 监听可能自动透传到根按钮。内部按钮又手动 emit 同名 click 时，父层就可能分别从原生透传与组件发送收到通知。是否真的重复还取决于根结构和绑定方式，不能把所有未声明事件都说成一定触发两次。
明确声明可以消除这条含糊路径，但添加声明后必须核对内部是否真的 emit。否则原来依靠原生透传工作的调用可能失效。事件声明变化属于组件接口行为变化，测试应检查实际触发次数和参数，而不只是确认清单里包含名字。
组件事件的传播范围需要明确
组件 emit 由直接父层注册的监听处理，不会像普通 DOM 冒泡那样自动穿过任意组件层。包装组件想把业务事件继续交给上层，需要有意转发，或者使用更适合跨层关系的状态和依赖注入方案。不要因 DOM 点击能冒泡，就推断 emit 也有相同传播规则。
事件可以用数组声明名称，也可以用对象为参数提供开发期校验。TypeScript 的事件签名帮助发现调用处错误，但无法代替运行时业务判断。对重要操作，应先确认条件成立再 emit，而不是指望声明本身充当动作拦截器。
容易答错的地方
- emits 只影响编辑器提示
- 它会影响监听器是否留在 attrs，以及是否按原生事件方式继续透传。排查“Vue emits 声明与原生事件透传区别”时还要核对输入、版本和执行顺序，并用反例确认修复后的边界。
- 组件 emit 会自然冒泡到祖先
- 组件事件不是 DOM 冒泡机制，需要直接监听或明确转发。排查“Vue emits 声明与原生事件透传区别”时还要核对输入、版本和执行顺序，并用反例确认修复后的边界。
面试官还会怎么问？
事件不声明还能发出去吗？
不能概括为一定被阻止。实际可能仍触发监听，并在特定声明与开发配置下警告；应明确声明公开事件来避免含糊行为。
声明 click 但内部没有 emit 会怎样？
父层组件事件监听不会仅靠根元素原生点击自动触发，需要内部显式发送或调整接口设计。针对“Vue emits 声明与原生事件透传区别”，还应保留最小复现、预期结果和失败路径，避免只凭一次现象下结论。
数组和对象形式怎么选？
只需要说明名称时可用数组；需要对开发期参数提供诊断时用对象校验，但业务拦截仍要独立实现。针对“Vue emits 声明与原生事件透传区别”，还应保留最小复现、预期结果和失败路径，避免只凭一次现象下结论。
参考资料
示例用于理解所注明的运行环境与边界；延伸学习可结合原文中的更多案例。