替换后应立即手动格式化：按shift+alt+f（windows/linux）或shift+option+f（macos），确保语言模式正确且已配置prettier为默认格式化器。
全局替换后代码缩进/空格错乱怎么办
VSCode 的「查找并替换」（Ctrl+H）本身不触发格式化，替换完常出现缩进塌陷、括号错位、空格不一致等问题。这不是 bug，而是替换操作绕过了格式化器的语义解析——它只做纯文本替换，不管语法结构。
- 替换后立刻按
Shift+Alt+F（Windows/Linux）或Shift+Option+F（macOS），前提是当前文件语言模式正确、且已配置默认格式化器 - 若替换范围跨多行（比如替换了整个函数体），建议先用
Ctrl+L选中整块再格式化，避免因光标位置导致格式化器误判作用域 - 别依赖
editor.formatOnType：它只对键入行为响应，对批量替换无效
正则替换后 JSX/TSX 标签闭合异常
用正则批量修改属性或标签时（如把 className 替成 class），JSX/TSX 容易因自闭合标签缺失斜杠或属性引号不匹配，导致 Prettier 格式化失败并报错 Unexpected token 或 JSX element implicitly has any type。
- 替换前确认右下角语言模式是
JavaScript React或TypeScript React，不是Plain Text或HTML - 正则替换后，执行
Ctrl+Shift+P→ 输入Format Document With→ 手动选Prettier，比快捷键更可靠（可绕过某些缓存判断） - 若报错持续，检查是否漏了引号配对：比如把
className="foo"替成class=foo，Prettier 会拒绝格式化；应确保正则替换结果符合 JSX 语法
批量替换 + 保存自动格式化失效的排查点
开了 editor.formatOnSave: true，但替换后 Ctrl+S 却没触发格式化，大概率是语言专属设置被覆盖或格式化器未绑定到该语言。
- 打开设置（
Ctrl+,），搜[javascript]或[typescript]，确认对应语言块里有"editor.defaultFormatter": "esbenp.prettier-vscode" - 检查状态栏右下角：若显示
Plain Text或Unknown，点击切换为正确语言模式，否则formatOnSave不会启动 - 项目根目录若有
.vscode/settings.json，优先读取它；如果里面显式设了"editor.formatOnSave": false，全局设置会被忽略
替换后保留换行符一致性（LF vs CRLF）
全局替换可能意外引入系统默认换行符，尤其在 Windows 上替换后提交 Git，容易触发 ^M 差异。VSCode 默认不因替换动作改变换行符，但粘贴或跨平台协作时容易混入。
- 替换完成后，看右下角状态栏显示的换行符类型（
CRLF或LF）；点击它可手动切换，推荐统一设为LF - 在
settings.json中加"files.eol": "\n"，强制所有新文件和保存动作使用 LF - Git 用户务必配
.gitattributes：写入* text=auto eol=lf，否则 VSCode 设置只是编辑器层临时约束
真正卡住人的往往不是替换本身，而是替换后那几秒的“看起来格式正常，一提交就满屏空格差异”。关键不是多按一次快捷键，而是每次替换前确认语言模式、替换后立刻用明确命令触发格式化，而不是赌 formatOnSave 会自动兜底。
