必须用 compositionstart/compositionend 配合 isComposing 状态过滤 oninput 事件，因中文输入法在拼音阶段会频繁触发 oninput 且 value 不稳定；需在 compositionend 立即执行业务逻辑，并在 submit/blur 时兜底等待组合结束，推荐用 FormData 取值。
直接监听 oninput 事件处理中文输入，一定会在拼音未上屏时就频繁触发——这不是 bug，是浏览器标准行为，必须用 compositionstart/compositionend 配合状态标记来过滤。
为什么 oninput 在拼音阶段会误触发
用户打 “shanghai”，还没按空格前，input.value 可能是 “shangh” 或空，但 input 事件已触发多次。浏览器不保证组合阶段的值稳定或有意义，更不保证它和最终汉字一致。Chrome/Firefox 支持 event.target.isComposing，但 Safari 不支持，不能依赖它做唯一判断。
用 compositionstart/compositionend 控制触发时机
核心是只在非组合状态下响应输入，且不打断用户正在输入的过程。
- 声明一个闭包变量
let isComposing = false（别挂全局或this上） input.addEventListener('compositionstart', () => { isComposing = true; })-
input.addEventListener('compositionend', () => { isComposing = false; handleInput(); })—— 注意：这里要立刻执行业务逻辑，不能只等下一次input事件 input.addEventListener('input', () => { if (!isComposing) handleInput(); })
submit 和 blur 必须兜底，不能只信事件顺序
用户点提交按钮时，click → submit → compositionend 是常见时序，submit 很可能抢在汉字上屏前发请求。
立即学习“前端免费学习笔记（深入）”；
- form 提交前检查：
if (input.isComposing !== undefined ? input.isComposing : isComposing) { e.preventDefault(); setTimeout(() => form.submit(), 0); } -
blur时别只比对input.value和缓存值，要用setTimeout(() => { /* 再读一次 value */ }, 0)微任务延迟读取，避开 iOS/Safari 的 value 滞后问题 - 更稳妥的取值方式：
new FormData(form).get('field')，它内部会等待 composition 结束，比手读input.value可靠得多
最易被忽略的是：防抖定时器若在 compositionstart 里被清除，用户中途切走，修改就彻底丢失；而 compositionend 总是在 input 之后触发，你读到的“最新值”，大概率仍是拼音串。
