VSCode不支持多光标格式化，Shift+Alt+F或Ctrl+K Ctrl+F仅作用于主光标所在文件或选区，其余光标被忽略；格式化需完整AST上下文，无法按列粒度处理，应改用查找替换或整文件格式化。
多光标本身不支持格式化操作——VSCode 没有“多光标格式化”这个功能，按 Shift+Alt+F 或 Ctrl+K Ctrl+F 在多光标状态下只会作用于**当前主光标所在位置的文件或选区**，其余光标被忽略。所谓“失效”，其实是误以为多光标能批量格式化多处代码。
为什么 Shift+Alt+F 在多光标下没反应？
VSCode 的格式化命令（editor.action.formatDocument 和 editor.action.formatSelection）在设计上只响应单文档上下文：前者整文件、后者仅处理**当前激活的选区**（注意：不是所有光标覆盖的区域）。当存在多个光标时，VSCode 会无视额外光标，只以主光标（最晚创建的那个）所在行/选区为作用域。
- 你用
Ctrl+D选了 5 个user，再按Shift+Alt+F→ 只格式化主光标所在的那一行，其他 4 个位置不变 - 你用
Alt+Click在 3 行末尾加了光标，再按Ctrl+K Ctrl+F→ 若无任何文本被选中，该快捷键直接静默；若有选区，则只格式化那个选区，与光标数量无关 - 右下角状态栏显示 “2 cursors” 时按格式化键，VSCode 日志里不会报错，但输出面板（
Ctrl+Shift+U）也看不到格式化器被调用痕迹
想批量改结构，别靠多光标格式化，用查找替换
多光标适合同步输入固定文本（如加 const、补 ;），但涉及缩进、括号、换行、空格等格式逻辑，必须交由格式化器处理。而格式化器需要完整 AST 或语义上下文，无法拆解到“某列几个字符”这种粒度。
- 把
return obj.name统一改成return obj?.name：用Ctrl+H→ 开启正则 → 搜索return (\w+)\.(\w+)，替换为return $1?. $2（空格留着方便肉眼核对） - 给多行函数参数每行末尾加逗号：先
Shift+Alt+I在行尾加光标 → 输入,→ 再全选这些行 →Shift+Alt+F整体格式化，让 Prettier 自动对齐和补空格 - 误用
Ctrl+Shift+L全选变量后狂按 Backspace → 极易删错，且格式化器无法修复语义错误；而正则替换可预览、可撤销、可跨文件
editor.multiCursorModifier 改错会导致 Alt+Click 失效，但和格式化无关
很多人把“多光标不能格式化”和“Alt+Click 加不了光标”混为一谈。前者是功能限制，后者才是配置问题。如果你发现 Alt+Click 完全没反应，请立刻检查 settings.json 中的 editor.multiCursorModifier：
- Windows/Linux 用户必须是
"alt"（带双引号，小写）；写成alt、"Alt"、"ctrl"都会禁用Alt+Click - macOS 用户对应值是
"option"，且需关闭系统级干扰：系统设置 → 触控板 → 关掉「用力点按」和「三指拖移」 - 改完必须执行
Ctrl+Shift+P→Developer: Reload Window，重启 VSCode 不生效 - 确认光标焦点在编辑器内（不在终端、搜索框、资源管理器），且右下角不是
-- NORMAL --（Vim 插件接管中）
真正容易被忽略的是：多光标编辑后不按 Esc 退出，会导致后续任意输入都同步到所有光标位置——比如你以为在改一行，结果 17 行同时插入了 console.log()，这时再想格式化，已经不是风格问题，而是逻辑污染了。
