先记住这个答案
可以用 emits 的对象形式为事件提供校验函数，函数接收 emit 的参数并返回布尔值。Vue 在开发环境根据失败结果给出诊断，但返回 false 并不会自动取消这次事件或阻止父层监听器执行。需要保证非法数据不被发送时，应在业务函数中先校验，失败就明确返回，成功后才 emit。TypeScript 的事件参数类型也只是另一层约束，不能代替对运行时数据的验证。
- emits 校验函数接收事件参数，不是 DOM 事件拦截器
- 返回 false 的开发诊断不等于取消发送
- 真实输入需要在业务边界验证，通过后再 emit
对象形式如何验证参数
例如组件发出 select 事件携带条目标识，校验函数可以判断它是否为正整数。多参数事件的校验函数按发送时的参数顺序接收值，并应同步返回明确的布尔结果。不要把异步请求写成校验返回 Promise，再期待框架等待它决定是否派发。
还要让校验逻辑能处理实际不可信输入，不能先假设对象一定存在，再直接读取嵌套字段导致异常。异常不是清楚的验证失败结果。使用未知类型、空值检查和适当的结构判断，可以使诊断路径本身更可靠。
返回 false 与业务拒绝为何不同
在 Vue 3.5.21 的开发运行时中，事件验证失败会触发警告，随后仍继续处理事件监听器。它的定位与 prop 开发校验类似，用于提醒组件接口使用不符合约定，而不是建立一个安全边界。不能依靠父层收不到事件来阻止非法操作。
下面把实际拦截放进可复用的业务函数，只有合法标识才调用传入的发送函数。组件可以在动作处理中把 emit 包装为 sendSelection 交给它；emits 对象校验则作为额外诊断保留。这样生产构建和开发构建都遵守相同的发送条件。
function sendSelection(value, send) {
if (!Number.isInteger(value) || value <= 0) return false;
send('select', value);
return true;
}
const calls = [];
const send = (...args) => calls.push(args);
console.log(sendSelection('7', send));
console.log(sendSelection(7, send));
console.log(JSON.stringify(calls));查看输出与解释
false
true
[["select",7]]字符串 7 没有被偷偷转换成数字，也没有进入发送回调；正整数 7 才产生一次调用。是否允许转换应由业务接口明确决定。
类型提示与生产验证如何配合
TypeScript 可以限制组件代码传给 emit 的参数类型，外部接口返回值、用户输入和绕过类型检查的 JavaScript 调用仍可能不符合要求。对于重要状态更新，应把数据解析和权限条件放在真正处理动作的位置，不能只写一条类型断言后假定输入可靠。
验证错误还需要对应的用户反馈和恢复方式。例如选中项已经失效，可以提示重新选择，并保持当前界面状态一致；不要为了避免控制台警告而直接吞掉所有动作。测试应同时检查非法值未发送、合法值只发送一次，以及诊断不会改变生产契约。
容易答错的地方
- validator 返回 false 就等于 preventDefault
- 两者机制不同。组件事件校验不会自动取消派发，业务代码需要自己决定是否调用 emit。排查“Vue emits 参数校验 false 是否阻止发送”时还要核对输入、版本和执行顺序，并用反例确认修复后的边界。
- 校验器写成 async 就能等待校验结果
- 该契约期待同步布尔值，异步业务检查应在动作流程中 await 完成后再决定发送。排查“Vue emits 参数校验 false 是否阻止发送”时还要核对输入、版本和执行顺序，并用反例确认修复后的边界。
面试官还会怎么问？
emits 中写 null 是什么意思？
表示声明了该事件但不提供参数校验函数，仍具有事件声明对监听器分类的作用。针对“Vue emits 参数校验 false 是否阻止发送”，还应保留最小复现、预期结果和失败路径，避免只凭一次现象下结论。
能否只依赖父层校验？
父层可以并且应保护自己的状态，但子组件仍应遵守公开事件契约。两层检查服务不同边界，不能把明显无效数据当成正常通知。
如何证明校验没有阻断事件？
在开发运行时挂载组件，注册父层监听并发送验证失败的参数，分别观察警告与实际回调次数，不能只看控制台提示。
参考资料
示例用于理解所注明的运行环境与边界；延伸学习可结合原文中的更多案例。