ctrl+click仅在已有光标所在行且附近有可交互内容时生效，不能从纯空白处直接点击加光标；alt+click才支持任意位置插入光标，但需注意避免误触发列选择模式。
Ctrl+Click 只在已有光标位置生效，不能从空白处开始点
很多人第一次用 Ctrl+Click（Windows/Linux）或 Cmd+Click（macOS）时，想直接在空行或无文本位置点击加光标，结果没反应——这不是 bug，是设计限制。它只作用于「当前已有光标所在的行内」，且要求该位置附近有可交互内容（比如单词、符号、缩进区），否则点击无效。
实际使用中建议：
- 先用
Ctrl+Alt+↓或Shift+Alt+I在目标行生成基础光标，再用Ctrl+Click微调位置 - 如果目标是纯空白行（如日志模板中的占位行），必须先按
→或Home移动到行首/行尾，再Ctrl+Click - 在折叠代码块内部点击时，
Ctrl+Click可能被折叠逻辑拦截，此时改用Alt+Click更可靠
Alt+Click 是真正的“任意位置插入”，但拖动行为容易误触发
Alt+Click（Windows/Linux）或 Option+Click（macOS）才是自由度最高的方式：它不依赖上下文，点击即落点，哪怕是在行首空格、注释中间、甚至 JSON 字符串的引号外侧都能加光标。
但要注意两个隐藏行为：
- 按住
Alt后鼠标移动稍快，会自动进入Alt+拖动模式，变成列选择（类似 Vim 的 visual block），不是新增光标——松开 Alt 再重试即可 - 在高 DPI 屏幕或远程桌面环境下，
Alt+Click偶尔响应延迟，表现为点击一次却添加了两个光标，此时可快速连点两次取消多余光标 - 如果编辑器启用了「鼠标中键粘贴」，中键点击可能干扰
Alt+Click，建议临时关闭该设置："editor.mouseWheelScrollSensitivity"不影响，但"editor.multiCursorModifier"设为"alt"可避免冲突
Ctrl+D 和 Ctrl+Shift+L 本质是“基于词匹配”的光标生成，不是视觉点击
Ctrl+D 和 Ctrl+Shift+L 看似和点击无关，但它们生成的光标行为与 Ctrl+Click 高度协同：所有这些操作产生的光标都共享同一套同步输入逻辑，包括退格、方向键移动、Tab 缩进等。
关键区别在于匹配粒度：
-
Ctrl+D是向前增量匹配：从光标所在词出发，逐个向后找完全相同的 token（区分大小写，但忽略周围空格/括号） -
Ctrl+Shift+L是全文档精确匹配：不跳过注释、字符串内部、正则字面量里的相同文本，哪怕"data"出现在console.log("data")里也会被选中 - 如果想跳过字符串内的匹配，得先用
Ctrl+F打开查找框，勾选「Match Case」和「Whole Word」，再按Alt+Enter全部选中——这比Ctrl+Shift+L更可控
多光标叠加时方向键和 Backspace 的行为很反直觉
当同时存在 5 个以上光标，尤其是跨多行、不同列位置时，← / → / Backspace 的表现不像单光标那样线性。例如：
-
→键会让每个光标各自向右跳一个字符，但如果某光标已在行末，它会跳到下一行开头（不是停住），导致光标错位 -
Backspace删除的是每个光标「左侧的一个字符」，哪怕左侧是空格、制表符或换行符；若某个光标在行首，它会尝试删除上一行末尾字符，可能破坏结构 - 最安全的微调方式是：先按
Esc退出多光标模式，用方向键定位到目标位置，再Alt+Click加新光标，而不是靠方向键“挪”现有光标
真正难处理的永远不是怎么加光标，而是加完之后如何不破坏原有缩进、引号配对或语法结构——尤其在 JSON、YAML 或 JSX 中批量修改属性值时，少一个逗号或引号就直接报错。
