selectionstart 在 上可靠，但需聚焦且避开 ime 组合期；未聚焦、隐藏或受限类型下可能返回 0/nan；设置应延时执行，ie 需 fallback 至 setselectionrange。
selectionStart 在 input 上是否可靠
在 <input type="text"> 或 <input type="password"> 上，selectionStart 是标准且可用的属性，但仅当元素已获得焦点（focus）且用户未主动切换输入法（如中文 IME 正在组合字符时）才反映真实光标位置。它不是只读的“快照”，而是实时可读、可写的 DOM 属性。
为什么有时读到的值是 0 或 NaN
常见原因包括：
-
selectionStart在元素未 focus 时返回null（某些旧版 Safari）或抛错，实际访问前应先el.focus()并确保el instanceof HTMLInputElement - 元素被隐藏（
display: none或visibility: hidden）时，浏览器可能不维护选区状态，读取结果不可靠 - 在中文输入法「正在输入拼音但未上屏」阶段，Chrome/Firefox 会冻结
selectionStart（保持为上一次确认后的位置），直到用户敲空格/回车完成输入 - 对
<input type="number">或<input type="email">等受限类型，部分浏览器会忽略非数字/非法字符导致的光标偏移，selectionStart可能跳变
如何安全读取并设置光标位置
读取前确保元素已 focus 且处于可交互状态；设置时需注意时机 —— 不能在 input 事件中直接改，否则会干扰用户输入流。推荐在 setTimeout(..., 0) 或 requestAnimationFrame 中延迟执行：
const el = document.querySelector('input');
el.addEventListener('input', () => {
// 想把光标移到末尾？
setTimeout(() => {
el.selectionStart = el.selectionEnd = el.value.length;
}, 0);
});
如果要兼容 IE9+，需手动 fallback：IE 不支持对 input 设置 selectionStart（仅 textarea 支持），此时可改用 el.setSelectionRange(start, end)（所有现代浏览器都支持该方法，且更健壮）。
textarea 和 input 的 selectionStart 行为一致吗
基本一致，但有细微差别：
-
textarea支持多行，selectionStart始终按 UTF-16 code unit 计数（即一个 emoji 如?算 2 个单位），input同理 -
textarea在内容动态更新（如插入换行符）后，光标位置计算更稳定；input在快速连续输入 + 值重置（如防抖清空）时更容易丢失预期位置 - 移动端 Safari 对
input的setSelectionRange支持较晚（iOS 12.2+），此前调用无效果但也不报错 —— 这类兼容性问题容易被忽略
真正难处理的是 IME 输入期间的状态同步，这个阶段浏览器不暴露中间光标，任何依赖 selectionStart 的逻辑都得接受「它暂时失联」的事实。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
