Notepad++不支持直接批量替换未打开文件，需先全部打开或用Ctrl+Shift+F跨文件替换；后者须设绝对路径、正确过滤器、注意编码一致性和子目录选项。
在Notepad++中打开多个文件再批量替换
Notepad++ 本身不支持直接对磁盘上未打开的文件批量替换，必须先让目标文件处于「已打开」状态（哪怕只是临时加载），才能用内置替换功能统一处理。这和 VS Code 或 Sublime Text 的“文件夹搜索替换”逻辑不同，容易误以为功能缺失。
实操建议：
- 用
Ctrl+O多选文件打开，或拖拽多个文件到 Notepad++ 窗口 - 确保所有目标文件都出现在标签页上（哪怕被折叠/隐藏）
- 按
Ctrl+H打开替换对话框，勾选全部文档（不是“当前文档”或“全部打开的文档”） - 确认正则表达式模式是否启用——如果要匹配换行、特殊字符，必须勾选
匹配正则表达式，否则只做纯文本匹配
用“查找 → 在文件中查找”绕过手动打开限制
这是真正实现「磁盘文件批量替换」的路径，本质是先定位再覆盖，不依赖文件是否已打开。但要注意：它只改内容，不自动保存，必须手动点 全部替换 后再逐个保存或用脚本辅助。
常见错误现象：0 occurrence(s) found 却明明知道文件里有匹配内容——大概率是路径填错、编码不一致或未勾选子文件夹。
使用场景：项目目录下几十个 .js 和 .html 文件需统一改 API 地址。
操作要点：
- 按
Ctrl+Shift+F打开“在文件中查找”面板 -
查找目标填要替换的原文，替换为填新内容 -
目录必须设为绝对路径（如C:\myproject\src），不能用相对路径或环境变量 - 勾选
包括子目录，否则只扫当前层 - 在
过滤器中限定类型（如*.js;*.html），避免扫日志或 node_modules - 点击
全部替换，弹窗确认后才会真正写入磁盘
编码不一致会导致替换失败或乱码
Notepad++ 默认按文件原有编码读取内容，但“在文件中查找”会统一用当前设置的编码解析——如果一批文件混着 UTF-8、GBK、ANSI，部分文件里的中文可能根本匹配不上，甚至被替换成问号。
解决方法：
- 先用
编码 → 转为 UTF-8-BOM统一一批文件的编码（注意：BOM 会影响某些前端构建工具） - 或者，在“在文件中查找”面板底部勾选
区分大小写和全字匹配降低误匹配风险，但不能解决编码问题本身 - 更稳妥的做法：用命令行工具（如
sed或 PowerShell）先批量转码，再交给 Notepad++ 处理
大文件或大量文件时性能卡顿怎么办
Notepad++ 对单个 >50MB 的文件响应明显变慢，“在文件中查找”扫描上千个小文件也可能假死。这不是 bug，是设计限制——它本质是个轻量级编辑器，不是 IDE。
可选方案：
- 缩小范围：在
过滤器中精确指定扩展名，避免扫*.* - 分批处理：把文件按目录拆成几组，分别执行
Ctrl+Shift+F - 换工具：对工程级批量替换，PowerShell 一行命令更可靠：
Get-ChildItem . -Include *.js | ForEach-Object { (Get-Content $_.FullName) -replace 'old', 'new' | Set-Content $_.FullName }
真正麻烦的是跨编码 + 跨目录 + 含二进制文件的混合场景，这时候 Notepad++ 就该让位了——它适合快速修几个配置文件，不适合当批量处理引擎。
