vscode多光标编辑需按触发逻辑操作：ctrl+d逐次匹配全字且区分大小写，ctrl+shift+l全选匹配项，alt/option+拖拽实现列编辑，ctrl+alt+click加光标避免跳转定义，shift+alt+i在行尾批量加光标。
VSCode 多光标编辑不是“多点几下鼠标就完事”，它依赖明确的触发逻辑和上下文状态；用错方式（比如 Ctrl+Click 直接点）大概率跳转定义而非加光标，反而打断节奏。
Ctrl+D 为什么只选中部分单词，甚至跳到 username 而不是 user？
因为 Ctrl+D 默认做「全字匹配 + 区分大小写 + 从光标位置向后搜索」，且优先匹配更长的完整词。它不认你心里想的“user”，只认语法上能独立成词的字符串。
- 光标停在
user上但文档里有username→ 它会先选中username（更长、更“完整”） - 光标前有空格或换行 →
Ctrl+D可能先选中空白，导致后续匹配偏移 - 想强制按字面匹配（不管是否为单词）：先双击选中目标文本（如
user），再按Ctrl+D—— 此时它以所选内容为模板，逐字查找 - 误选了？按
Ctrl+U撤销上一次添加，别硬着头皮继续按
怎么在每行末尾/开头批量加光标？
别拖鼠标，也别靠 Ctrl+D 猜——这是固定位置操作，用命令最稳。
- 选中多行（
Shift+↓或鼠标框选），然后按Shift+Alt+I（Windows/Linux）或Shift+Option+I（macOS）→ 所有行末尾立刻加光标 - 同理，
Shift+Alt+Home（Win/Linux）或Shift+Option+Home（macOS）→ 所有行开头加光标 -
Ctrl+Shift+L不是干这个的：它匹配当前词，不是对齐位置；误用会导致光标落在中间某列，而非行尾
列编辑（竖向选中）为什么光标歪了？
因为 VSCode 的列选择是按「字符列位置」算的，不是按视觉对齐。缩进用空格和 Tab 混用，或者某行少两个空格，光标就会错位。
- 先统一格式：选中相关代码块 →
Ctrl+Shift+P输入Format Document运行，或手动用 Tab 对齐 - 列选择必须用
Alt+鼠标拖拽（Win/Linux）或Option+鼠标拖拽（macOS）；Alt+Shift+拖拽是旧版行为，新版已弃用，容易失效 - 拖拽时按住
Shift可微调起始/结束行，避免一滑到底 - 拖完发现光标不在预期列？说明该列实际字符索引不一致——别强行编辑，先对齐再操作
Ctrl+Click 加不了光标，总跳转定义？
这是默认行为冲突，不是快捷键坏了。VSCode 把 Ctrl+Click 绑定给「转到定义」，不是「添加光标」。
- 最快解法：改设置 →
Ctrl+,打开设置，搜editor.multiCursorModifier，改成ctrlCmd→ 改完Ctrl+Click就能加光标，但「转到定义」变成Alt+Click - 更稳妥解法：不改设置，直接用
Ctrl+Alt+Click（Win/Linux）或Cmd+Option+Click（macOS）→ 兼容所有语言扩展，包括 Pylance、Rust Analyzer 等 - 右下角语言模式图标（如 “Python”）点一下，确认没被某个扩展覆盖了快捷键绑定
多光标真正难的不是记快捷键，而是判断「此刻该用哪种触发方式」：是按位置（列/行首尾）、按内容（Ctrl+D）、还是按结构（正则+查找）——选错路径，后面所有操作都卡顿或出错。
