notepad++插件安装失败需先确认pluginmanager是否启用；v7.6+默认不内置，须手动下载匹配架构的pluginmanager.dll放入plugins根目录并重启，菜单出现“插件→plugin manager→show plugin manager”即成功。
插件安装失败？先确认 PluginManager 是否已启用
Notepad++ 2026 年起默认不再内置 PluginManager，新安装的用户大概率会遇到「插件 → 插件管理」菜单缺失、搜索框空白或点击无响应的情况。这不是软件损坏，而是插件管理器本身没装上。
解决办法很简单：手动下载最新版 PluginManager.dll（注意匹配你的 Notepad++ 架构：x64 或 x86），放入 plugins 目录后重启。验证方式是打开菜单栏，看到「插件 → Plugin Manager → Show Plugin Manager」才表示成功加载。
- 官方插件仓库地址始终在
https://github.com/bruderstein/npp-plugins，别信第三方打包站提供的“集成版” - 如果安装后仍不显示，检查 Notepad++ 是否以管理员权限运行过——某些杀毒软件会拦截 DLL 注入
- 便携版用户注意：
plugins文件夹必须与主程序notepad++.exe同级，路径错误会导致插件完全不可见
Compare 插件对比文件时内容错位？检查编码和换行符一致性
用 Compare 对比两个看似相同的配置文件，却出现大量“差异高亮”，实际只是因为一个用 CRLF、另一个用 LF，或者一个保存为 UTF-8 with BOM、另一个是纯 UTF-8。这类问题不会报错，但会让对比结果完全失真。
操作前务必统一基础格式：
- 先全选文本 → 右键「编码 → 转为 UTF-8」，再确认「编辑 → 当前文档的行尾符号 → Windows (CR LF)」
- 对比前关闭「自动检测编码」选项（在 Compare 设置里），避免它按字节流误判
- 若对比的是日志或生成文件，勾选「忽略空格和制表符」可过滤掉无关噪音
JSON Viewer 格式化后中文变乱码？根源在文件编码未显式声明
JSON Viewer 插件本身不处理编码转换，它只解析已正确加载进编辑器的文本。如果你打开一个 GBK 编码的 JSON 文件，插件会把它当 UTF-8 解析，结果就是中文全成 \uXXXX 或方块。
正确流程是：
- 先用 Notepad++ 原生功能转码：「编码 → 转为 UTF-8」→ 保存 → 再打开
JSON Viewer → Format JSON - 不要依赖插件的“自动重载”，它不会重新触发编码检测
- 对经常处理中文 JSON 的用户，建议设置默认新建编码：「设置 → 首选项 → 新建 → 编码 → UTF-8」
NppFTP 连接 SFTP 失败提示 “Key exchange failed”？OpenSSL 版本不兼容
新版 Windows 自带 OpenSSL 已升级到 3.x，而老版本 NppFTP（v0.27 及更早）仅支持 OpenSSL 1.1.x。连接时抛出 Key exchange failed 或直接卡在“Connecting…”状态，基本可锁定为此原因。
目前最稳的解法只有两个：
- 降级 NppFTP：去 GitHub releases 页面下载
NppFTP_v0.26.3，替换掉当前plugins/NppFTP文件夹内容 - 换用替代方案：
FTP/Sync插件（非官方但维护活跃）对现代 SSH 协议兼容更好，且支持密码 + 密钥双认证 - 切勿尝试手动替换 OpenSSL DLL——Notepad++ 加载机制不允许外部 DLL 覆盖其依赖链
插件不是越多越好，真正卡住效率的，往往是一个编码没对齐、一个协议版本不匹配、或者一个路径没写对。这些细节藏在日志里、菜单深处、甚至系统环境变量中，但它们才是让 Notepad++ 从“能用”变成“顺手”的真实分水岭。
