VS Code光标微调“差一点”因默认字符级移动，需用Ctrl/Option+方向键跳词、Alt/Option+单击精准定位，而非误调editor.cursorSurroundingLines等无关设置。
光标微调为什么总“差一点”？
VS Code 默认的光标移动粒度是字符级，但实际编码中常需要更精细控制：比如想把光标卡在某个符号前/后（如 { 左侧 vs 右侧）、对齐缩进空格中间、或跳过自动补全的括号闭合位置。此时按方向键会“跳过”你想要停的位置，不是编辑器卡顿，而是它默认按语义单元（token）或括号配对逻辑移动。
用 Ctrl+←/→（Win/Linux）或 Option+←/→（Mac）跳词而非跳字符
这是最常被忽略的微调基础操作。普通方向键每次只挪一个字符；而带修饰键的组合会按“单词边界”跳转：
-
Ctrl+←（Win/Linux）或Option+←（Mac）：光标跳到上一个单词开头（遇空格、标点、括号即停） -
Ctrl+→或Option+→：跳到下一个单词开头 - 在
function name()中，光标在name末尾时按Ctrl+→会直接跳过()到行尾，而不是逐个跳括号 - 若需停在括号内，先按
Ctrl+←回到name内部，再用方向键微调
Alt+Click 精准落点，绕过所有自动行为
当语言服务或扩展（如 TypeScript 插件、Prettier）劫持了光标位置（比如自动把光标塞进 if (|) 的括号里），键盘移动会失效。这时鼠标反而最可靠：
- 按住
Alt（Win/Linux）或Option（Mac），再在目标位置单击 —— 光标会**严格落在点击像素点对应的字符间隙**，不触发任何智能跳转 - 特别适合：在 JSON value 末尾加逗号、在 JSX 标签闭合处
|前插入空格、或在注释末尾// todo|处补文字 - 注意：不是拖拽，是“点一下就松开”，拖拽会触发列选择
editor.cursorSurroundingLines 不是光标定位，别乱调
很多人搜“光标居中”后误改 editor.cursorSurroundingLines，结果发现光标还是乱跑。这个设置只控制**滚动时视口上下保留几行**，和光标落点无关：
- 设成
5后，当你用鼠标滚到文件底部，光标不会贴底，而是往上浮出 5 行空间 —— 但它不会帮你把光标从foo.bar(|)移到foo.|bar() - 真正影响光标初始落点的是：
editor.cursorStyle（竖线/方块）、editor.autoClosingBrackets（是否自动跳过闭合括号）、以及当前语言的onTypeFormatting配置 - 如果每次点击某行都自动跳到行首或行尾，先检查是否启用了 Vim 插件或启用了
editor.multiCursorModifier: "ctrlCmd"导致 Alt 键被占用
最麻烦的其实是：VS Code 的光标行为是三层叠加的——底层是键盘输入事件，中层是语言服务的语义感知，上层是用户快捷键和插件干预。微调不是调一个开关就能稳住，得先看清哪一层在动它。
