alt+click（windows/linux）或option+click（macos）是vscode中唯一支持跨行任意位置精准落点的多光标添加方式，不依赖内容、缩进或上下文，但需确保editor.multicursormodifier设为"alt"且editor.columnselection为true，改设置后须重载窗口。
Alt+Click 是唯一能跨行自由落点的方式
VSCode 没有“跨行同步输入”的独立模式，Alt+Click（Windows/Linux）或 Option+Click（macOS）是直接在任意行、任意列插入光标的核心手段——它不依赖文本内容、不看缩进对齐、也不管上下文是否为空行或注释。
常见错误现象：点了没反应，大概率是 editor.multiCursorModifier 被设成了 "ctrlCmd"（即 Ctrl/Cmd 才触发多光标），或者 editor.columnSelection 被禁用。改完设置后必须执行 Developer: Reload Window 才生效。
- 按住
Alt后再点击，松开Alt才完成一次添加；中途松太快可能只加了一个光标 - 适合改几处分散字段，比如同时修
user.id、order.status、config.timeout这类非规律位置 - 若某行该列是 TAB、另一行是 4 个空格，视觉对齐但字符列号不同 →
Alt+Click仍能精准落到你点的像素位置，不会错位
Ctrl+Shift+L 不是跨行输入，是全文匹配加光标
Ctrl+Shift+L 的作用对象是「当前选中的非空文本」，不是「当前行」。它会在整个文档里找出所有完全匹配的位置，一次性放满光标——和“跨行”无关，和“是否同内容”强相关。
典型误用：光标停在 name 里但没选中，按了没反应；或选中了带空格的 "name "，结果只匹配到末尾带空格的地方。
- 必须双击选中一段纯文本（如
id），不能只是把光标放在里面 - 默认区分大小写，想匹配
Name和name得先关掉editor.matchCase - 若目标在字符串或注释里，某些 LSP 插件（如 TypeScript Server）可能跳过这些区域，导致漏加光标
Ctrl+Alt+↑/↓ 容易因列漂移导致输入错位
这个组合键本质是「在已有光标基础上，向上或向下复制一个同字符列号的新光标」。它看似适合连续几行同一字段编辑，但非常脆弱——只要某行在目标列位置是空格、TAB 或已超出行末，新光标就会自动“贴边”到行尾。
错误示例：想在每行第 12 列插入 let，结果某行缩进少两个空格，光标飘到行尾，输完变成 letconst x = 1;。
- 安全做法：先按
Home把所有光标拉回行首，再按Ctrl+Alt+↓ - 或提前用列选择（
Alt+Shift+拖拽）框出干净列区，再输入 - 超过 100 行时，默认
editor.multiCursorLimit会截断，调高后卡顿明显，不如分批操作
列选择（Alt+拖拽）≠ 多列同步输入
Alt+拖拽 生成的是矩形选区，所有光标严格对齐在相同字符列号上——它只能操作“一竖条”，不是“多列”。所谓“跨列编辑”是误解。
最常踩的坑：粘贴内容只出现在第一行。VSCode 明确设计为 Ctrl+V 在列选择状态下**仅作用于第一个光标位置**，其余光标不会填充剪贴板内容。
- 正确流程：先按
Delete或Backspace清空所有选中位置，再输入新内容（输入会同步） - 想插递增数字、行号？列选择完全做不到，得靠插件（如
Text Power Tools）或外部脚本生成后粘贴 - 缩进混用（TAB vs 空格）会导致视觉对齐但列号错位，列选择直接失效
真正危险的不是不会加光标，而是加完不按 Esc —— 多光标状态会一直保留，下次无意敲个 console.log，十几行全跟着出现。这个习惯一旦养成，回滚成本远高于预防成本。
