ctrl+d仅从当前光标位置向后匹配相同单词，不记忆原始位置，且跳过字符串和注释；ctrl+shift+l需光标在完整单词内且仅限当前文件；跨文件改名应结合ctrl+shift+f、正则替换与开发者工具验证。
Ctrl+D 是最常用也最容易误用的批量选中方式——它不“记住原始位置”，只按当前文本实时匹配，改完一个词，后续 Ctrl+D 就再也找不到它了。
Ctrl+D 为什么总“漏选”或“跳过”？
VSCode 的 Ctrl+D（Windows/Linux）或 Cmd+D（macOS）本质是“从光标当前位置往后扫描，找下一个完全相同的词”，不是“按原始出现顺序固定选中”。所以：
- 你选中第一个
user，按一次Ctrl+D，第二个user被加光标； - 你把第二个改成
currentUser，再按Ctrl+D，它不会回头选第三个user——因为扫描是从第二个光标（现在是currentUser）位置继续往后，而currentUser后面可能没有下一个user； - 它默认开启“全字匹配”，
foo不会匹配foobar或myfoo； - 它自动跳过字符串和注释里的匹配项（比如 JSON 值、JS 注释），但
Ctrl+Shift+L不跳过——这点常被忽略，导致误改配置值。
Ctrl+Shift+L 一键全选所有匹配项的硬性前提
Ctrl+Shift+L 看似省事，但必须满足两个条件才能生效：
- 光标必须落在一个**完整单词内**，或已**手动选中该词**（不能停在空格、括号、冒号后）；
- 该操作**只作用于当前打开的文件**，不会跨标签页、不读取未打开的文件；
- 如果文件过大（比如 >10MB 的日志），它可能卡顿几秒甚至无响应，此时建议先用
Ctrl+F验证匹配数； - 它不区分大小写，也不支持正则——想匹配
apiUrl和API_URL，得靠Ctrl+H+ 正则 +Alt+Enter。
怎么安全地跨文件批量改变量名？别只靠 Ctrl+D
单靠 Ctrl+D 或 Ctrl+Shift+L 改变量名风险高，容易漏改或误伤。真正安全的做法是组合使用查找与上下文判断：
- 先用
Ctrl+Click（需确保editor.multiCursorModifier设为ctrlCmd）点开所有疑似引用，确认是否都在作用域内； - 用
Ctrl+Shift+F全局搜索，勾选“匹配大小写”和“全字匹配”，看结果是否干净； - 若需结构化替换（如把
data.foo→data?.foo），必须启用Ctrl+H的正则模式，输入data\.(\w+)，替换为data\?.$1，再点Replace All； - 改完后立刻按
Ctrl+Shift+P→ 输入Developer: Toggle Developer Tools，看控制台有无报错——有些改法会破坏 import 路径或类型定义，VSCode 不提示，但运行时报错。
Alt+Click 和列选择不是“补充技巧”，而是不可替代的兜底方案
当你要改的不是“相同单词”，而是“相同位置”的内容（比如每行第 3 个逗号后、JSON 中所有 "name": 后的引号内、HTML 所有 class="xxx" 的 xxx），Ctrl+D 和 Ctrl+Shift+L 全部失效：
-
Alt+Click（Windows/Linux）或Option+Click（macOS）是唯一可靠方式，手动点出每个光标； - 列选择必须用
Alt+拖拽（不是Ctrl+拖拽），且拖拽起点必须精确对齐目标列； - 如果鼠标拖不准，可用
Ctrl+Shift+P→ 输入Toggle Column Selection启用列模式，再用方向键 +Shift精确扩选； - 列选择时若误触滚动，可在设置里关掉
editor.multiCursorModifier默认绑定，避免冲突。
多光标不是万能胶，它是把双刃剑：用对了省十分钟，用错了得花二十分钟检查哪里漏改、哪里多改。最常被跳过的环节是——没确认 Ctrl+Shift+L 是否真选中了所有目标，也没验证 Ctrl+D 在改过几个之后是否还按预期工作。动手前花三秒看一眼匹配范围，比事后 Debug 快得多。
