f2重命名更安全，因其基于ast解析实现语义化符号重命名，精准作用于变量有效引用；多光标仅做纯文本匹配，易误改字符串、注释等非目标内容。
F2 重命名是安全批量改变量名的首选，多光标只适合纯文本、无语义干扰的场景；盲目用 Ctrl+D 或 Ctrl+Shift+L 改变量，大概率误伤字符串、注释或子串。
为什么 F2 比多光标更安全？
F2 触发的是语言服务驱动的「符号重命名」，VSCode 会解析 AST，只修改该变量在作用域内的有效引用：
-
F2后输入新名，它自动跳过"user"、/user/g、username、data.user（若 user 非对象属性）等非目标位置 - 支持跨文件重命名（需项目有 tsconfig.json 或 jsconfig.json）
- 对 import 名、函数参数、解构赋值、class 成员全部生效，且能预览所有变更点
- 而多光标不理解语法——
Ctrl+Shift+L选中所有user，哪怕它在console.log("user not found")里也会被改
Ctrl+D 和 Ctrl+Shift+L 到底该用哪个？
两者触发逻辑完全不同，选错就等于主动制造 bug：
-
Ctrl+D：从当前光标词开始，**向后增量匹配下一个完全相同的独立单词**，默认跳过字符串和注释。适合小范围精控，比如改当前函数内 3 处resData，但连按第 4 次突然卡住，大概率是碰到了resDataList -
Ctrl+Shift+L：把**当前选区内容**作为模板，在**全文所有精确字符串匹配处**加光标，不区分上下文。适合改配置项、CSS 类名、JSON key 这类无歧义文本，比如选中"theme"后执行，所有双引号里的 theme 都会被选中 - 想改
data.user.name→user?.name？别硬上多光标删data.，用正则替换data\.(\w+\.\w+)→$1更稳
多光标编辑时怎么避免光标错位或失效？
失效不是插件问题，而是光标行为被当前状态悄悄覆盖了：
-
Ctrl+Click没反应？检查editor.multiCursorModifier是否被设为"alt"；设成"ctrlCmd"后，Ctrl+Click就不能跳转定义了，得改用Ctrl+Alt+Click - 列选择（
Alt+拖拽）歪了？本质是字符列偏移不一致——某行用 4 空格缩进，另一行用 1 个 Tab（宽度设为 2），视觉对齐但列坐标差 2。打开"editor.renderWhitespace": "all"查看真实空白符分布 -
Ctrl+Shift+L没反应？确认你已**先选中文本**（哪怕只选一个字母或空格），且右下角语言模式不是Plain Text（该模式下无语法感知，部分命令禁用） - 粘贴内容只出现在第一行？这是设计：列选择状态下
Ctrl+V只作用于首个光标。要批量填相同内容，直接键盘输入；必须粘贴时，先Delete清空列选区，再单点首行Ctrl+V，然后Ctrl+D选中所有目标位，最后Ctrl+V
什么时候必须放弃多光标，切到正则？
多光标只解决「多个位置同时输入」，不处理「结构变形」。一旦操作涉及模式识别或上下文判断，就得切走：
- 给所有未引号的 key 补单引号：
(\s+)([a-zA-Z_]\w*)(\s*:)→$1'$2'$3 - 把
console.log(x)批量转成debugger; console.log(x)：用console\.log\((.*?)\)→debugger; console.log($1) - 想删掉每行末尾的逗号，但只删 JSON 数组最后一项之后的？多光标做不到，正则也难写准——这时该用
Ctrl+Shift+P→Format Document配合 Prettier 自动修复
真正卡住效率的，从来不是快捷键记不住，而是没分清「哪里该用语义重命名、哪里该用纯文本替换、哪里必须交给正则」。F2 按下去之前，先问一句：这个变量名是否可能出现在字符串或正则里？如果答案是“有可能”，那就别碰多光标。
