VSCode无法彻底禁用点击行尾空白跳光标，因该行为由底层渲染逻辑决定，非配置项可关闭；editor.cursorAtBoundary等设置无效，真正可行方案是调整multiCursorModifier、启用自动删尾空格或开启自动换行以减少可点击区域。
VSCode 没有开关能彻底禁用点击行尾空白跳光标——这是底层渲染逻辑决定的，不是配置项能关掉的功能。 但你可以用更可控的方式绕过它，避免误触干扰编辑节奏。
为什么 editor.cursorAtBoundary 设了也没用
很多人搜到 editor.cursorAtBoundary 就去设成 false，结果光标照样跳到行尾。这个配置只控制「光标是否允许停在行首/行尾字符边界」，和「鼠标点击空白区域触发跳转」完全无关。它不参与点击事件分发，只是光标移动后的合法性校验。
- 点击行为由编辑器底层的 hit-test 逻辑决定，空白区（包括换行符前的空格、制表符、甚至纯空行）默认都被视为有效插入点
-
editor.renderWhitespace: "all"能让你看见空格，但点击仍会跳——可见性 ≠ 可交互性 -
editor.smoothScrolling、editor.dragAndDrop、editor.emptySelectionClipboard全都不影响该行为
真正生效的配置只有两个方向
一个是改鼠标行为源头，一个是压缩可点击区域的物理存在感：
- 把
editor.multiCursorModifier设为"alt"，再配合Alt + 单击定位——这样你主动按 Alt 才响应点击，普通点击就不再跳光标（注意：需关闭终端中“Alt 点击粘贴”等冲突设置） - 启用
"files.trimTrailingWhitespace": true+"files.insertFinalNewline": true，从源头减少带行尾空格的行数，让“可点空白”变少 - 设
editor.rulers: [80]并开启editor.wordWrap: "on"，长行自动换行后，“行尾”在视觉和物理上都消失了
别信“禁用扩展就能解决”的说法
像 disable-click-to-move-cursor 这类扩展，本质是监听 mousedown 事件并 e.preventDefault()，但它无法拦截所有场景：
- 在折叠区域、diff 编辑器、或某些语言服务器高亮后生成的虚拟节点上，事件可能根本没冒泡到扩展能捕获的层级
- 远程开发（SSH/WSL）下，事件延迟或丢帧会让 preventDefault 失效，出现“点一下跳两次”
- 扩展权限模型升级后，部分新版 VSCode 会限制 DOM 事件劫持，导致这类扩展突然失效
最稳的路径其实是接受它 —— 把 Ctrl+L 绑定到 editor.action.selectLine，双击行号旁空白区设断点，用 F9 替代点击。空白区点击行为本身无害，真正麻烦的是你以为它“应该不跳”，结果光标突然消失在视野外，还得按 Ctrl+Home 或 Ctrl+End 找回来。
