notepad++ 架构与插件dll位数必须严格匹配，64位notepad++无法加载32位dll（反之亦然），且静默失败；插件须满足“同名子目录+同名dll”结构、全英文路径，并确保vc++运行时等系统依赖完整。
确认 Notepad++ 架构与 DLL 位数是否严格匹配
64 位 Notepad++ 加载 32 位 DLL 不会报错，而是静默拒载，甚至导致闪退或黑屏；反过来也一样。这不是兼容性问题，是 Windows 加载器的硬性限制。
- 查看方式：Help → About Notepad++，右下角明确标有
64-bit或32-bit - 验证插件 DLL：用
Dependencies.exe（v1.14+）打开它，看「Machine Type」字段是AMD64还是Intel 386 - 下载时认准 GitHub Release 页面的文件名后缀：
-x64.zip对应 64 位，-x86.zip对应 32 位；无后缀的包大概率是旧版、不安全或已废弃
检查插件目录结构是否符合 Notepad++ 的硬性要求
Notepad++ 不会扫描 plugins\ 根目录下的 DLL，只认「同名子目录 + 同名 DLL」的嵌套结构。路径错一个字符，就等于没放。
- 正确结构示例：
plugins\NPPJSONViewer\NPPJSONViewer.dll（子目录名与 DLL 文件名主体完全一致） - 常见错误：把
NPPJSONViewer.dll直接丢进plugins\；或建了plugins\jsonviewer\但 DLL 叫JSONViewer.dll（大小写/拼写不一致） - 路径中含中文、空格、特殊字符（如
plugins\我的插件\）在部分旧逻辑下会触发 Unicode 解析失败，建议全英文、无空格
排查系统级依赖缺失，尤其是 VC++ 运行时
“系统找不到指定的文件”这类错误，90% 不是插件本身的问题，而是 Notepad++ 或插件依赖的底层运行库缺失。它不会提示缺哪个 DLL，只会卡在加载环节。
- 典型缺失文件：
vcruntime140.dll、msvcp140.dll（对应 Visual C++ 2015–2022） - 验证方法：命令行进入 Notepad++ 安装目录，执行
notepad++.exe，观察控制台是否输出类似The code execution cannot proceed because VCRUNTIME140.dll was not found. - 修复方式：去微软官网下载对应架构的
vc_redist.x64.exe或vc_redist.x86.exe并安装；不要复制 DLL 到 Notepad++ 目录——Windows 不从那里加载它们
排除 PluginAdmin / PluginManager 混用和残留干扰
v8.0+ 版本已彻底移除旧版 PluginManager.dll，改用内置的 PluginAdmin.dll，但它不是默认安装组件。两者共存或错放位置，会导致插件加载逻辑混乱甚至崩溃。
-
PluginAdmin.dll必须由官方安装包在安装时勾选「Plugin Admin」才部署，且只能放在plugins\根目录（不是子目录） - 如果你在 64 位 Notepad++ 里手动塞了
PluginManager.dll，它不会报错，也不会生效，但可能干扰其他插件初始化 - 已安装插件却在菜单里不显示？先去
Plugins → Plugin Admin → Disabled Plugins看是否被自动禁用；再确认所有 Notepad++ 进程（包括后台残留）已彻底退出，再重启
Dependencies.exe 看 DLL 架构，靠命令行启动捕获隐式错误——这些动作都不是“多此一举”，而是定位问题的最小必要步骤。
