Notepad++ 无独立“替换插件”，其替换功能全内置，Ctrl+H 是核心入口；所谓插件实为增强批量多文档替换、正则辅助、编码安全及可撤销等能力的工具。
Notepad++ 本身没有叫“替换插件”的独立插件——所有文本替换功能都内置在原生编辑器里，Ctrl+H 就是核心入口。所谓“替换插件”，通常是用户误传的称呼，实际指向的是增强替换能力的几类插件：批量多文件替换、正则高级替换辅助、编码安全替换、或带预览/回滚的智能替换工具。
为什么 Ctrl+H 不够用？常见卡点场景
原生替换对话框在以下情况会明显力不从心：
- 想一次性在 50 个打开的标签页中把
old_api替换成new_api_v2，但勾选「全部文档」后没反应——因为 Notepad++ 默认只对当前活动文档生效，多文档替换需额外操作 - 写正则时反复试错：
\b\d{3}-\d{2}-\d{4}\b匹配身份证号，但替换预览看不到匹配结果，只能盲替再撤销 - 处理 GBK 编码的日志文件，用 UTF-8 替换后中文全变乱码——原生替换不校验编码一致性
- 误点了「全部替换」，想撤回但已关闭对话框，
Ctrl+Z失效（原生替换不可撤销）
TextFX 和 ReplaceAll 插件：解决多文档批量替换
这两个插件是目前最稳定支持「跨所有打开文档」替换的方案，尤其适合配置文件批量更新、代码版本迁移等场景：
-
TextFX：老牌插件，安装后菜单路径为TextFX → TextFX Quick Replace，支持简单字符串替换，不支持正则，但胜在轻量、无崩溃风险 -
ReplaceAll：更现代的选择，安装后出现在Plugins → ReplaceAll → Replace in all opened documents，支持正则、区分大小写、全字匹配，并且会弹出确认框显示预计替换行数 - ⚠️ 注意：
ReplaceAll不兼容 Notepad++ v8.6.7 以上版本（截至 2026 年 8 月），若你用的是最新版，必须降级到 v8.6.6 或改用Find in Files+ 手动替换工作流 - 手动安装时，务必核对位数：
ReplaceAll.dll有x64和x86两个版本，和你的 Notepad++ 安装包位数必须一致，否则插件菜单直接消失
PythonScript 插件：实现可编程的条件替换
当替换逻辑依赖上下文（比如“只在注释行内替换”“跳过字符串字面量中的目标词”），就得上脚本级控制：
- 安装
PythonScript后，通过Plugins → Python Script → New script创建脚本，用notepad.getCurrentBufferID()和editor.replaceTarget()精确控制范围 - 示例：仅替换非 JSON 字符串内的
null（避免破坏原始 JSON 值）
import re
text = editor.getText()
# 先标记字符串区域，再在非字符串区替换
def replace_outside_strings(match):
return re.sub(r'\bnull\b', 'None', match.group(0))
editor.setText(re.sub(r'(".*?"|\'.*?\')|([^"\']*)', lambda m: m.group(1) or replace_outside_strings(m), text))editor.getText()[:1000] 截断测试；且每次启动 Notepad++ 都要手动启用脚本环境（Plugins → Python Script → Configuration 中勾选 Initialisation）容易被忽略的编码陷阱：替换前必须检查 Encoding 菜单状态
Notepad++ 的替换操作严格依赖当前文档的编码声明，不是“按文件实际编码”自动适配：
- 打开一个 GBK 文件，但右下角显示
UTF-8，此时所有替换都会按 UTF-8 解码执行，中文必然错乱 - 正确做法：先点击右下角编码标识 → 选择
Character sets → Chinese → GBK强制重载，再进行替换 - 若需批量处理不同编码文件，不要依赖单次替换，改用
Encoding → Character sets → Convert to UTF-8统一转码后再操作 - 插件如
Converter可以一键转码并保存，但它不参与替换流程——它只是前置准备步骤
真正难的不是装哪个插件，而是判断当前替换任务到底属于哪一类：纯机械替换就别折腾脚本；涉及多文档就盯死 ReplaceAll 的版本兼容性；一旦逻辑变复杂，立刻切到 PythonScript 并做好备份——毕竟 Notepad++ 没有替换事务日志，错一次就得从头来。
