Notepad++ 8.0+ 插件在 v7.x 环境中因 API 版本不兼容（如 v0.97+ vs v0.92）会静默失败，需下载带 legacy/v7.x 标签的旧版 DLL，严格匹配位数、目录结构（plugins\插件名\插件名.dll）、UTF-8 无 BOM 编码，并使用 v1.4.9–v1.5.1 版 PluginManager.dll。
Notepad++ 8.0+ 安装的插件在 v7.x 环境里直接报错
新版插件（尤其是 Plugin Admin 自动安装的）默认编译目标是 Notepad++ v8.5+ 的 API（如 API v0.97+），放到 v7.9 或更老版本上会静默失败——菜单不出现、日志无提示，只在启动时后台打印一句 Failed to load plugin: unknown error。这不是 DLL 损坏，而是 ABI 不兼容。
- 打开
Help → About Notepad++，确认当前主程序显示的 API version（如 v0.92+ 表示最高兼容 v7.9） - 去插件 GitHub Release 页面找带
legacy、v7.x或api-v0.92标签的版本，别信“支持 Notepad++”这种模糊描述 - 典型例子：
NppFTP在 v7.9 上必须用NppFTP_v0.27.4_api092.dll，而 v8.5+ 默认装的是_api097.dll - 下载后务必核对文件名大小写和位数后缀：v7.x 全是 32 位，不能有
64.dll；v7.9 也不认NppFTP_x64.dll
手动降级插件时 plugins 目录结构必须重配
v7.x 对插件目录结构比 v8.x 更敏感：它不扫描 plugins\ 根目录下的裸 DLL，但又不像 v8.5+ 那样强制要求子文件夹名与 DLL 同名。v7.6–v7.9 实际要求的是「DLL 文件名 = 插件文件夹名 + .dll」，且该文件夹必须位于 plugins\ 下一级。
- 错误做法：把
NppFTP.dll直接丢进plugins\根目录 → 不加载 - 正确结构：
plugins\NppFTP\NppFTP.dll（注意不是plugins\NppFTP_plugin\NppFTP.dll） - 配套文件（如
config.ini、lang\）必须放在同一子文件夹内，v7.x 不会跨目录查找 - 便携版路径是
notepad++.exe同级的plugins\；安装版是C:\Program Files\Notepad++\plugins\，混用会导致路径错乱
PluginManager.dll 本身也要匹配旧版
v7.6 起官方安装包不再内置 PluginManager.dll，但 v7.x 只能用特定旧版管理器——新版 PluginAdmin（v8.5+ 内置组件）根本不会出现在 v7.9 的菜单里。
- 去
github.com/bruderstein/npp-plugin-manager/releases找v1.4.9或v1.5.1（明确标注支持 v7.6–v7.9） - 下载后放入
Notepad++ 安装目录\plugins\（不是%APPDATA%\Notepad++\plugins） - 文件名必须严格为
PluginManager.dll，大小写错误或带版本号（如PluginManager-v1.5.1.dll）都会被忽略 - 重启前确认任务管理器里没有残留的
notepad++.exe进程，否则 DLL 不重载
降级后仍不生效？先关杀软再查编码
很多“插件不显示”问题其实和版本无关，而是运行时拦截或配置损坏。v7.x 尤其容易因 UTF-8 BOM 或安全软件导致初始化失败。
- 临时禁用 Windows Defender 实时保护或第三方杀软，v7.x 加载 DLL 时会被部分引擎标记为“可疑内存映射”
- 检查
%APPDATA%\Notepad++\config.xml编码：用另一个编辑器打开，另存为UTF-8 无 BOM，v7.6+ 若读到 BOM 会跳过插件初始化 - 删掉
%APPDATA%\Notepad++\plugins\config\下所有插件相关 .ini 文件（如NppFTP.ini），避免旧配置干扰新 DLL - 如果插件带快捷键（如
TextFX），还要打开shortcuts.xml手动删掉对应<command></command>块，否则菜单可能残留空项
