VSCode格式化不能替代重构，仅能统一代码外观；真正重构需手动操作或专用插件。
VSCode 本身不提供“代码重构”功能，所谓“利用格式化快速梳理”，本质是用格式化作为前置辅助手段——它能帮你暴露结构问题、统一缩进和换行风格，但无法替代真正的重构操作（如提取函数、重命名变量、拆分模块）。
为什么 Format Document 不能代替重构
格式化只处理代码的“外观”，比如把 if (a&&b){return c;} 变成多行带空格的写法，但它不会判断 a && b 是否该抽成独立函数，也不会发现 c 其实是重复计算了三次。常见误判场景：
- 多人协作中，有人开了
editor.formatOnSave，有人没开，导致每次保存都触发格式化+ Git diff 爆炸 - 使用
Prettier+ESLint双配置时，若规则冲突（例如semi和no-extra-semi），Format Document可能反复增删分号 - 对 JSX 或 Vue SFC 格式化时，
prettier默认不处理逻辑层缩进，eslint-plugin-vue的vue/script-indent才管，容易漏配
哪些重构动作可以靠格式化“顺手完成”
不是所有重构都要手动改，有些属于“格式化可覆盖的语义安全操作”，前提是确认语法无误且目标语言支持：
- 统一对象字面量换行：把
{a:1,b:2,c:3}自动转为多行 + 括号对齐（需开启prettier.bracketSameLine: false） - 修复 import 排序混乱：配合
eslint-plugin-import的import/order规则 +eslint --fix，比手拖 import 行快得多 - 消除无意义空行/缩进嵌套：比如连续 5 个空行，或
function内部缩进错位成 6 空格，editor.detectIndentation开启后能自动校正
必须手动做的重构，别指望格式化
以下操作 VSCode 格式化完全无能为力，强行依赖会导致逻辑错误或维护性下降：
-
rename symbol（F2）只能改当前符号，跨文件重命名需插件（如JavaScript Booster或Python Extension自带的 rename 支持），且不处理字符串内硬编码引用 - 提取函数（Extract Function）：原生不支持，得装
Refactorix（JS/TS）或用pylsp+rope（Python），且对闭包变量捕获常有误判 - 把长 if 链改成策略模式：这属于架构调整，格式化连 if 有几个分支都识别不了
真正省力的关键配置组合
与其纠结“怎么用格式化代替重构”，不如把环境调成“重构时不打断心流”：
- 关闭
editor.formatOnSave，改用快捷键Shift+Alt+F按需触发，避免保存即格式化干扰调试 - 在
.vscode/settings.json中锁定缩进："editor.tabSize": 2, "editor.insertSpaces": true, "editor.detectIndentation": false
防止打开别人项目时缩进错乱引发误改 - 对 TypeScript 项目，启用
typescript.preferences.includePackageJsonAutoImports，减少手动补 import 的频率
格式化只是梳子，不是剪刀。真正要剪掉坏味道、理清依赖、拆出新模块，还得亲手点 F2、选 Extract、删掉那三行复制粘贴的逻辑——这些地方，没有捷径可抄。
