notepad++更新后旧插件消失是因v8.0+弃用pluginmanager.dll、改用pluginadmin.dll，且要求插件必须置于同名子目录下，否则静默不加载；plugin admin菜单未出现是安装时未勾选该组件，需官网纯净版重装并勾选。
Notepad++ 更新失败后旧插件全消失，不是插件丢了，而是新版加载逻辑变了——v8.0+ 彻底弃用 PluginManager.dll，改用 PluginAdmin.dll，且要求插件必须放在同名子目录下，否则静默不加载。
Plugin Admin 菜单压根不出现
这不是你操作漏了，是安装时没勾选组件。v8.0+ 的 Plugin Admin 不再默认安装，必须在官网安装包运行时主动勾选「Plugin Admin」。右键 notepad++.exe → 属性 → 详细信息 → 看“文件描述”是否含 “x64” 或 “x86”，再确认安装来源是 notepad-plus-plus.org 官网。第三方绿色版、企业定制版常阉割该功能，换回纯净安装包重装是最快验证方式。
插件放对了位置但 Plugins 菜单里没条目
Notepad++ 对路径和命名极其敏感，错一字符就当不存在：
- 旧版插件（如
Compare.dll）不能直接扔进plugins\根目录，必须建plugins\Compare\Compare.dll - 子目录名必须与 DLL 文件名完全一致（大小写敏感），
HexEditor.dll必须放在plugins\HexEditor\下，不是HexEdit也不是hexeditor - 路径中含中文、空格或特殊字符（如
plugins\我的插件\）会导致 Unicode 解析失败，尤其在旧版兼容逻辑中 - 便携版插件必须和
notepad++.exe同级的plugins\目录，系统安装版则用C:\Program Files\Notepad++\plugins\
启动闪退、黑屏、插件菜单空白
90% 是位数混用导致的静默崩溃：
- 任务管理器 → 详细信息页 → 启动 Notepad++ 后看进程名：是
notepad++.exe（32 位）还是notepad++64.exe（64 位） - 用
Dependencies.exe打开你的插件 DLL，检查「Machine Type」字段：必须是AMD64（对应 64 位 Notepad++）或Intel 386（对应 32 位） - GitHub Release 页面下载插件时，认准带
-x64或-x86后缀的版本；别信“通用版”“UNI”这种模糊命名 - 混用不会报错，但可能触发 GUI 初始化卡死、闪退，或插件菜单彻底不渲染
Plugin Admin 打开后列表为空或卡在 Loading…
不是网络慢，是 GitHub raw 接口已拒绝旧版请求：
- v8.5.4 之前内置的
PluginAdmin.dll使用 TLS 1.0/1.1 且无 User-Agent，被 GitHub 返回 403 - 运行
nslookup raw.githubusercontent.com能通，但curl -I https://raw.githubusercontent.com返回 403，基本可确认是服务端拦截 - 临时方案：关闭防火墙中 notepad++++.exe 的出站限制（控制面板 → Windows Defender 防火墙 → 允许应用通过防火墙，确保「专用」和「公用」都勾选）
- 根本解法：重装 ≥v8.6.5 官方版，安装时务必勾选 Plugin Admin；别试图单独替换
PluginAdmin.dll，它和主程序有强签名绑定
最易被忽略的是：更新失败后残留的旧 PluginManager.dll 仍躺在 plugins\ 目录里，它对 v8.0+ 是静默无效的，但会干扰插件扫描逻辑。删掉它，再按新版规则重建子目录结构，比反复重启更有效。
