collapse()对input/textarea无效，因其为替换元素，光标由浏览器私有机制管理；应使用setselectionrange()配合focus()精准定位，而contenteditable元素才适用collapse()。
直接用 Window.getSelection().collapse() 无法控制原始输入框（如 <input type="text"> 或 <textarea></textarea>）的光标位置，因为该方法只作用于文档范围内的文本节点选择，而原生表单控件内部的光标由浏览器私有机制管理，不暴露为 DOM 范围（Range）对象。
为什么 collapse() 对 input/textarea 无效
getSelection() 返回的是当前页面中用户选中的文本范围，它依赖于可编辑的文本节点（比如 <div contenteditable="true">）。但 <code><input> 和 <textarea></textarea> 是“替换元素”（replaced elements），其内容编辑区域是浏览器原生渲染的，不参与标准 DOM 文本流。因此：
- 调用
getSelection().collapse()后，若焦点在 input 上，该操作不会改变其内部光标位置； - 甚至可能因 selection 被清空而意外移除焦点（尤其在非 contenteditable 元素上执行时）；
- 对 input/textarea 的光标控制必须使用其专属 API：
setSelectionRange()。
正确设置 input/textarea 光标位置的方法
要精准移动原始输入框的焦点（即光标）到指定位置，应使用元素自身的 setSelectionRange(start, end, direction?) 方法，并确保元素已获得焦点：
- 先调用
input.focus()确保元素处于聚焦状态； - 再调用
input.setSelectionRange(pos, pos)将光标定位到pos字符索引处（start === end表示无选中，仅定位光标）； - 注意：该方法在元素不可见、被禁用或未渲染完成时可能静默失败，建议配合
setTimeout或requestAnimationFrame延迟执行； - 对于中文等双字节字符，
value.length和视觉光标位通常一致（现代浏览器对 UTF-16 编码处理已较稳定），无需额外转换。
兼容性与边界情况处理
某些场景下需增强鲁棒性：
-
自动聚焦失败时：检查
input.offsetWidth > 0 && input.offsetParent !== null，避免对隐藏元素调用； -
移动端 Safari：有时需在用户手势事件（如
click、touchend）回调中调用focus()+setSelectionRange()才有效； -
动态内容插入后：例如通过
input.value += 'x'修改值后，光标会默认跳至末尾，此时应显式重设setSelectionRange(newPos, newPos)； -
防止滚动跳动：可在调用前临时设置
input.style.scrollBehavior = 'auto'，避免聚焦触发意外滚动。
contenteditable 元素才适用 collapse()
如果你实际操作的是 div[contenteditable] 这类富文本容器，则 getSelection().collapse(node, offset) 是有效且推荐的方式：
-
node是该容器内的文本节点（如div.firstChild）； -
offset是相对于该文本节点的 UTF-16 编码单位偏移量； - 需确保 selection 已归属该 editable 区域（通常 focus 后自动绑定）；
- 比手动创建 Range 更简洁，适合简单光标定位需求。
不复杂但容易忽略：区分控件类型——原生表单用 setSelectionRange，可编辑容器用 collapse。混用会导致行为不可控。
