直接搜 console.log 会误删注释里的代码，因正则默认不区分上下文，匹配注释行中的 console.log；需用带上下文边界的正则（如 ^(1|/2|*3)*console.log$$([^)]+)$$）避免误删。/* ↩* ↩/ ↩
为什么直接搜 console.log 会误删注释里的代码
因为正则默认不区分上下文，console.log 出现在注释行（如 // console.log('x') 或 /* console.log() */）里也会被匹配。一旦启用 Replace All，这些本该保留的调试说明就没了。
真正的问题不是“能不能搜”，而是“怎么让 VS Code 知道哪些 console.log 是活的、哪些是注释里的尸体”。这需要构造带上下文边界的正则，而不是裸搜关键词。
- 禁用
.*模式时，VS Code 只做字面匹配，安全但无法处理换行或结构化场景 - 启用
.*后，\n、^、$才生效，但[sS]*?这类无锚点通配符在大文件中极易卡死或漏匹配 - 多行注释
/*...*/必须用/\*[\s\S]*?\*/（注意转义星号），且不能放在捕获组外侧，否则会吞掉本该参与替换的周边代码
/*[sS]*?*/ 匹配多行注释但别吃掉后面换行
写成 /\*[\s\S]*?\*/ 是基础，但实际替换时若直接用它做“排除条件”，VS Code 不支持负向先行断言（(?!...)），所以得反向操作：先匹配「非注释区域」再定位目标。
更可行的做法是分两步：
- 第一步：用
Replace in Files+files to include: *.js,*.ts,*.vue，查找console\.log$$([^)]+)$$，预览所有结果，手动跳过明显在/*和*/之间的条目 - 第二步：对确认安全的文件，用带上下文的正则，例如：
(? —— 但这仅在部分 VS Code 版本（1.92+）中稳定支持，老版本会忽略 <code>? - 稳妥替代方案：用
^([^/*]|/[^*]|\*[^/])*console\.log$$([^)]+)$$匹配“行首起、未进入注释状态时出现的console.log”，虽冗长但兼容性好
替换 JSX 属性值时如何避开换行导致的断裂
JSX 中像 className="a b c" 拆成多行写法很常见：className={`a ${flag ? 'b' : 'c'}`} 或跨行字符串。此时单纯搜 className=".*?" 会因 . 不匹配换行而失效。
必须显式允许换行，并限制边界：
- 查找：
className="([\s\S]*?)"—— 注意双引号闭合、非贪婪，[\s\S]比.*更可靠 - 但风险在于：如果 JSX 标签本身跨多行、中间有注释，这个表达式可能吞掉整块标签。应加前缀限定，如：
<button></button> - 替换时慎用
$1直接复用——若原值含未转义引号（如className="a"b"），$1会把"当普通字符，导致语法错误；建议改用固定值或函数式替换逻辑
执行 Replace All 前必须验证的三件事
VS Code 的 Replace All 是内存直写，没有 diff 预览、不走 Git staging、点了就改，跨文件无法一键撤回。
- 先点
Find in Files（放大镜图标），看左侧结果树是否只包含你预期的文件路径和行号，特别检查node_modules是否意外被包含（默认排除，但若清空了files to exclude就会进） - 逐个点击匹配项左侧的 ▶ 展开上下文，确认前后 2–3 行逻辑合理——比如
console.log前是不是if (DEBUG)，后面有没有紧跟着throw，避免把 guard 条件一起干掉 - 检查替换后是否引入新问题：比如把
data-foo="bar"替成data-foo="baz"没问题，但若原值含单引号（data-foo='b'a'r'），而你用双引号替换，会导致 HTML 解析失败
最易被忽略的是：正则里的 \s 在不同语言文件中行为不一致（比如 Vue SFC 的 <style></style> 块里，\s 可能匹配到 CSS 注释中的空格），所以按文件类型分批操作比全量莽撞更可靠。
