notepad++的ctrl+shift+f要求绝对路径、英文分号分隔过滤器、统一编码、正则反向引用用$1；路径错/分号错/编码错均静默返回0匹配，务必先“查找全部”预览。
Ctrl+Shift+F 必须填绝对路径，否则静默失败
Notepad++ 的「在文件中查找」（Ctrl+Shift+F）根本不会解析相对路径、环境变量或当前项目结构。填 ./src、src/ 或留空，结果都是 0 occurrence(s) found —— 状态栏不报错，只显示零，极易误判为内容不存在。
正确写法是完整绝对路径，例如：C:\myproject\src（结尾不加反斜杠更稳妥）。含中文、空格或 OneDrive/WSL 挂载点路径无需引号，但需确认 Notepad++ 进程有读权限（管理员运行不一定生效）。
- 路径末尾带括号如
C:\2024(backup)不用转义 —— 这不是正则区域 - 复制资源管理器地址时，记得删掉末尾自动加的
\ - 网络驱动器或符号链接路径，建议先在资源管理器里手动打开验证可访问性
文件过滤器必须用英文分号分隔，逗号/空格无效
过滤器字段不是“建议”，而是硬性白名单。写错格式等于关掉扫描开关。
✅ 正确：*.js;*.ts;*.html
❌ 无效：*.js, *.ts（逗号）、*.js *.ts（空格）、*.js; *.ts（分号后空格）
- 大小写不敏感：
*.JS和*.js效果一样 - 不支持
**/*.js或排除语法（如!node_modules） - 想跳过
node_modules？只能手动移出目录，或不填过滤器 + 先点「查找全部」预览再人工剔除 - 过滤器为空 = 扫描所有文件（包括
.git/config、package-lock.json），务必先预览
编码不一致会导致中文匹配失败或乱码
Ctrl+Shift+F 会统一用当前活动文件右下角显示的编码去解析所有目标文件。混着 UTF-8、GBK、ANSI 的一批文件，部分中文根本匹配不上，甚至被替换成 ??? 或直接跳过。
- 临时解法：菜单「编码 → 转为 UTF-8-BOM」批量转存（注意 BOM 可能影响某些构建工具）
- 正则替换含中文时，
查找内容和替换为必须用相同编码输入，别复制粘贴来源不明文本 - 右下角状态栏只显示当前文件编码，其他文件实际编码可能不同 —— 批量操作时无法统一设置
- 含 BOM 的 UTF-8 文件开头三个字节
\xEF\xBB\xBF极其脆弱，替换时误删会导致后续被识别为 ANSI
正则替换反向引用必须用 $1，\1 已失效
在「在文件中查找」面板启用正则模式后，捕获组的反向引用语法固定为 $1、$2。\1 在新版 Notepad++ 中已被弃用且不生效。
例如重构变量前缀：
查找：tmp_(\w+)
替换：cache_$1
-
$0表示整个匹配项，$1是第一个(...)里的内容，编号按左括号顺序递增 - 扩展模式不支持反向引用，只认
\n、\t等转义符 - 跨行匹配必须勾选「. 匹配换行符」；换行符本身要写对：
\r\n匹配 Windows，\n匹配 Linux/macOS
真正麻烦的不是操作步骤多，而是每个环节都静默容错 —— 路径错、分号错、编码错、换行符错，全表现为“0 个匹配项”。最省事的做法永远是先点「查找全部」，盯着弹出的文件列表确认范围和内容，再动手替换。
