Safari中文输入法在受控组件中出现重复上屏、光标乱跳等问题，本质是IME组合状态被错误同步引发渲染死循环；需通过禁用拼写检查、拦截composition事件或改用非受控组件修复。
当你在Safari浏览器中使用中文输入法编辑网页内容（如富文本编辑器、在线文档、表单等）时，输入“你好”，却看到nihaonihao、nihao你好、光标乱跳甚至无法上屏，本质是输入法组合状态（composition）被错误同步进受控组件，触发了重复渲染和回灌死循环。
确认是否为IME组合输入冲突
先快速验证问题根源：在目标输入框中输入拼音但不选词→观察输入框是否立刻显示ceshi而非等待选词后才出现“测试”；切换英文输入法后输入正常；该页面使用React/Vue类框架且input或textarea为受控组件（value绑定state）。满足这三点，【90%以上概率是IME与受控输入冲突】。
不要急着改代码——先排除系统级干扰。iOS/iPadOS用户请检查「设置→通用→键盘→检查拼写」是否关闭；Mac用户请确认Safari「编辑→拼写和语法→键入时检查拼写」已取消勾选。拼写检查开启时会劫持input事件，加剧composition紊乱。
前端修复：Composition事件拦截方案
核心逻辑：只在composition结束（用户完成选词）后，才将最终字符串同步到state；composition进行中，允许DOM显示中间态，但禁止写入主数据源。
方法一：React函数组件标准写法（推荐）
在input/textarea组件中同时监听onCompositionStart、onCompositionEnd和onChange。声明一个ref记录当前是否处于组合状态：const isComposing = useRef(false)。onCompositionStart设isComposing.current = true；onCompositionEnd设isComposing.current = false，并在此回调里调用setState更新值。onChange中加判断：if (!isComposing.current) setState(e.target.value)。这一步漏掉判断，【所有修复都会失效】。
方法二：兼容旧版WebView的兜底方案
某些iOS WebView（尤其企业微信内嵌）不触发compositionend，需依赖e.nativeEvent.isComposing。在onChange回调开头加判断：if (e.nativeEvent && e.nativeEvent.isComposing) return。注意：此属性仅Chrome 52+/Safari 10.1+支持，旧版Safari需降级为监听compositionstart/end。
绕过受控模式：临时改用非受控组件
若项目紧急上线或无法修改业务逻辑，可对特定输入框降级处理：
规划您的迪拜之旅 — 哈利法塔观景、沙漠探险、迪拜购物中心购物、棕榈岛度假村及黄金市场砍价。还提供支持...
第一步：移除value属性，改用defaultValue="初始值"。
第二步：用ref获取DOM节点，在需要读取内容时调用ref.current.value，而非依赖state。
第三步：禁用React严格模式对该组件的双重渲染（开发环境可能触发两次compositionstart），避免干扰输入法状态机。
此方案放弃实时双向绑定，但能100%规避IME冲突。适用于评论框、临时表单等对响应性要求不苛刻的场景。
服务端兜底：过滤输入流中的拼音碎片
当客户端修复不可行（如第三方SDK封装的编辑器），在提交前做一次净化：
① 拦截submit事件或API请求体；
② 对文本字段执行正则清洗：text.replace(/^[a-züāáǎàēéěèīíǐìōóǒòūúǔù\.\s]+$/gi, '')——该表达式匹配纯拼音+空格+点号的连续片段，且长度≥2；
③ 保留清洗后结果，但注意：不要直接replaceAll，否则会误删用户有意输入的英文单词。仅清除位于中文字符前后的孤立拼音块。
