VSCode多光标编辑是依赖精确触发时机和位置预判的临时模式，非开关功能；Ctrl+D默认全字匹配、区分大小写、向后扫描，需光标在单词内且选区稳定，误触或缩进不齐易导致失效。
VSCode 多光标编辑不是“开了就能用”的开关功能，而是依赖精确触发时机和位置预判的临时模式——按错一次键（比如误触 Ctrl+L），光标就全丢，效率反而更低。
Ctrl+D 选中相同词时为什么总跳过或卡住
根本原因不是快捷键没生效，而是 VSCode 默认做「全字匹配 + 区分大小写 + 从当前光标向后扫描」。你双击选中 user 后按 Ctrl+D，它只找下一个完全相同的独立单词，不会进字符串、注释，也不会跨行回溯。
- 如果按一次没反应，检查光标是否在单词内部（不能在空格或符号上）；也不要用鼠标双击后立刻连按——先确保选区稳定再操作
- 按
Ctrl+K Ctrl+D可跳过当前高亮项，适合中间夹着一个不想改的user（比如username） - 文件超 5MB 或正则搜索开着但没锚定（如只输
log没加\b），Ctrl+D可能卡顿；右下角不显示「x matches found」就马上按Esc中断
怎么在每行末尾/开头同时加光标
别用 Ctrl+D 硬扫——那是为「内容匹配」设计的。Ctrl+Shift+L 是行级操作，但只对「已选中的行」生效；真正高效的是列选择或命令触发：
- 想在当前选中块的每行末尾加光标：先选中这些行（
Shift+↓或鼠标拖），再按Ctrl+Shift+L - 想在任意多行末尾加光标（不需预选）：按
Ctrl+Alt+I（Windows/Linux）或Cmd+Option+I（macOS）；注意不是I单独按，是组合键 - 想在每行开头加统一前缀（如
//）：按住Alt（Win/Linux）或Option（macOS），鼠标拖出从第一行首到最后一行首的竖直矩形框，松手即生成列光标
Alt+拖拽列选择为什么光标歪了
因为 VSCode 的列选择是「按字符列位置」计算的，不是「视觉对齐」。缩进用空格数不一致、Tab 宽度设成 4 但某行用了 2 个 Tab，都会导致拖完光标错位。
- 拖拽前先用
Ctrl+Shift+P→ 输入「Convert Indentation to Spaces」统一缩进，或打开设置搜editor.detectIndentation关掉自动检测 - 拖的时候按住
Shift可微调起始/结束行，避免一滑到底；松手后发现歪了，按Esc退出再重来比硬调光标快 - 如果只是想在每行固定偏移处（比如第 20 列）插光标，用命令面板搜「Add Cursor At Position」更稳，但需手动输行列号
Ctrl+Click 加不了光标却跳转到定义
这是默认行为冲突：Ctrl+Click 在绝大多数语言扩展里绑定的是「Go to Definition」，不是「Add Cursor」。
- 最稳妥解法：不改设置，改用
Ctrl+Alt+Click（Win/Linux）或Cmd+Option+Click（macOS），所有官方扩展都认这个组合 - 如果坚持用
Ctrl+Click，去设置里搜editor.multiCursorModifier，改成ctrlCmd；但改完后「跳转定义」就得换用Alt+Click，且某些扩展（如 Pylance）可能无视该设置 - 右下角语言模式图标（如 Python、JSON）点开确认是否正确——错误的语言模式会让快捷键失效或行为异常
多光标真正的复杂点不在快捷键数量，而在「每次操作前必须判断：我是要按内容找位置，还是按行列定位置，还是手动点」——选错路径，后面所有输入都在白忙。
