这是ime组合状态与react/vue受控组件冲突所致；需通过oncompositionstart/end拦截组合过程，仅在compositionend时更新state，并关闭系统拼写检查以避免事件劫持。
你在Safari中点击表单输入框，光标闪烁但中文输入法不弹出、拼音上屏后重复显示、选词完成却只留下首字母——这不是输入法坏了，也不是网页代码写错了，而是Safari对中文IME（输入法编辑器）的组合状态处理与现代前端框架存在底层逻辑冲突。
确认是否为IME组合状态同步冲突
先快速验证问题根源：在目标输入框中输入“nihao”但不点候选词→观察是否立刻出现“n”或“ni”，而不是等你选中“你好”后再整体上屏；切换成英文输入法后输入正常；该页面使用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。
