VSCode点击行尾空白处移动光标是设计行为而非bug，旨在支持行末快速编辑；官方未提供单独关闭开关，因光标定位与渲染层深度耦合，根治需重构底层事件处理。
点击行尾空白处为什么会移动光标
VSCode 默认把行尾的空白区域（包括换行符前的空格、制表符，甚至整行为空时的“不可见区域”）视为可点击的编辑位置。你点一下，光标就跳过去——这不是 bug，是设计行为，目的是支持在行末快速插入内容。但对习惯用鼠标选中整行、或依赖 editor.cursorSurroundingLines 做跳转的人来说，这很干扰。
editor.cursorAtBoundary 不起作用？那是设错了地方
很多人搜到 editor.cursorAtBoundary 就直接改，结果没用。这个配置项控制的是「光标是否允许停在行首/行尾边界」，但它不阻止点击空白区域的行为。真正管点击响应的是另一个更隐蔽的设置：
-
editor.mouseWheelScrollSensitivity和editor.fastScrollSensitivity无关 -
editor.multiCursorModifier是多光标触发键，也无关 - 关键开关是：
editor.smoothScrolling？不对，那是滚动动画 - ✅ 正确配置是：
editor.cursorBlinking？也不对 - ✅ 实际生效的是：
editor.dragAndDrop？不是 - ✅ 真正答案：
editor.emptySelectionClipboard？完全无关
别绕了——VSCode 没有单独关闭「点击行尾空白跳光标」的开关。它由底层编辑器渲染逻辑决定，但你可以用一个副作用明确的配置绕过：
- 把
editor.cursorStyle设为line或block，不会影响点击行为 - 把
editor.renderWhitespace设为all，能看到空格和制表符，但点击仍会跳 - ✅ 唯一稳定有效的方式：禁用鼠标点击定位，靠键盘或双击/三击选中 —— 但这不现实
- ✅ 真实可行方案：用
editor.wordWrap+editor.wrappingStrategy改变换行逻辑，让“行尾”物理上消失（仅适用于长行文本） - ✅ 最常用且有效：安装扩展
Click to Move Cursor并禁用它，或者直接用disable-click-to-move-cursor这类轻量扩展（注意权限）
不用扩展，纯设置能否缓解？可以，但有条件
如果你坚持不用扩展，有两个低侵入性办法能大幅降低误触概率，原理是让「可点击的空白区域」变小或不可见：
- 设
editor.renderWhitespace为boundary：只渲染行首/行尾的空格，中间连续空格合并显示，视觉上压缩了点击目标 - 设
files.trimTrailingWhitespace为true：保存时自动删行尾空格，减少「有空格可点」的行数 - 设
editor.rulers加一条80列标尺，配合editor.wordWrap设为on，让长行自动换行，物理上消灭“超长行尾空白” - ⚠️ 注意：
editor.cursorSurroundingLines设太高（如5）会让点击后光标“飞”得更远，建议保持默认0或设为1
这些不是根治，但对日常写代码、看日志、编辑 JSON/YAML 这类结构化文本足够用。
为什么官方不加个开关？因为光标定位逻辑和渲染层耦合太深
VSCode 的编辑器基于 Monaco，其光标点击映射依赖于字符度量（character measurement）和 layout slot 分配。行尾空白没有独立 DOM 节点，而是被算作「该行最后一个 token 的右侧延伸区」。要单独拦截点击事件，就得重写 viewEventDispatcher 中的 onMouseDown 处理链——这会影响所有鼠标操作，包括拖选、列选择、折叠区域点击等。所以官方把它列为「低优先级 UX 权衡」，而不是缺陷。
换句话说：不是不想做，是做了容易崩别的地方。你看到的“点击即跳”，其实是整个编辑器坐标系统一致性的代价。
