VSCode搜索默认不启用正则，需点击.*图标或按Alt+R/Cmd+Option+R开启；其基于ripgrep引擎，支持(?i)但不支持(?x)、\K、\1等；替换变量名推荐user_name(?=\s|;|)|{|$)；全局搜索应排除node_modules等目录。
VSCode 搜索框里怎么启用正则模式
默认情况下 VSCode 的搜索（Ctrl+F 或 Ctrl+Shift+F）不启用正则，必须手动打开。点搜索框右侧第三个图标（.*），或按 Alt+R（Windows/Linux）/ Cmd+Option+R（macOS）。没点开这个，写再多 \d+ 或 ^foo 都当普通字符串匹配。
常见错误：替换了几十行却没生效，回头发现正则开关是灰的——它默认是关闭的。
常用正则语法在 VSCode 中的兼容性差异
VSCode 用的是 ripgrep 引擎（底层是 Rust 的 regex 库），不支持 PCRE 或 JavaScript 全部特性。比如：
-
(?i)行内标志可用，但(?x)（忽略空白）不支持 - 反向引用用
$1、$2，不是\1（后者在替换中会被当作字面量\1） - 不支持
\K、条件断言(?(cond)yes|no)、原子组等高级语法 -
\b是单词边界，但对中文基本无效（它只认 ASCII 字母/数字/下划线）
如果你从 Sublime 或 WebStorm 切过来，别直接粘贴带 \K 或 \1 的旧正则——大概率失效。
批量重命名变量名时怎么避免误替换
想把所有 user_name 改成 username，但不能把 user_name_list 里的 user_name 也动了。关键靠「单词边界」和上下文锚定：
- 安全写法：
\buser_name\b—— 但注意：下划线_被视为单词字符，所以\b在user_name前后其实不触发 - 更可靠写法：
(?，即负向先行断言 + 负向后行断言 - 或者更简单：用
user_name(?=\s|;|\)|\{|$)锁定后缀（空格、分号、右括号、左花括号、行尾）
别图省事只写 user_name——项目里一旦有 user_name_mapper 或 get_user_name()，就全乱套。
跨文件替换时路径过滤和性能注意事项
用 Ctrl+Shift+F 全局搜替换，如果没限制范围，VSCode 会扫 node_modules、.git、dist 等目录，卡顿且结果杂乱。
- 在搜索框下方「files to include」栏填：
**/*.ts,**/*.js,**/*.jsx（按需增减） - 在「files to exclude」填：
**/node_modules/**,**/dist/**,**/.git/** - 如果正则本身很重（比如带大量
.*回溯），加--max-columns=2000到settings.json的search.followSymlinks附近没用；真正有效的是在用户设置里关掉search.useRipgrep（不推荐），或改用更精确的模式
一个容易被忽略的点：VSCode 对大文件（>50MB）默认跳过，且不会提示。如果你确认某文件该被搜到却没出现，先检查文件大小和是否在排除列表里。
