Notepad++多用户共用插件目录的唯一可行路径是%APPDATA%\Notepad++\plugins\，每个用户独立但可统一部署；v8.0+默认跳过Program Files路径，且子目录名须与DLL主文件名严格一致（含大小写）并包含全部依赖文件。
Notepad++ 多用户共用插件目录的可行路径只有 %APPDATA%\Notepad++\plugins\
Notepad++ 本身不支持“全局插件目录供所有 Windows 用户共享”，强行把插件放 C:\Program Files\Notepad++\plugins\ 是无效的——v8.0+ 默认跳过该路径扫描，除非你手动改注册表或 ini 文件（不推荐）。真正被官方默认识别、且天然支持多用户写入的唯一可靠路径是每个用户的 %APPDATA%\Notepad++\plugins\。它本质是 C:\Users\<strong>用户名</strong>\AppData\Roaming\Notepad++\plugins\，每个用户独立，但部署方式可统一。
为什么不能直接共用一个 plugins 文件夹
Notepad++ 启动时按固定优先级扫描插件目录：%APPDATA%\Notepad++\plugins\ → notepad++.exe 同级的 plugins\（仅便携版）→ 最后才看 %PROGRAMFILES%\Notepad++\plugins\（且 v8.0+ 已弃用）。关键点在于：
- Windows UAC 会阻止普通用户向
Program Files写入，即使管理员复制了 DLL，非提权启动的 Notepad++ 也读不到 -
%APPDATA%路径天然隔离，但可通过脚本/组策略统一部署：比如用 PowerShell 批量在每个用户 profile 下创建%APPDATA%\Notepad++\plugins\XMLTools\并放入XMLTools.dll - 若强行用符号链接（
mklink /D）指向一个共享目录，多数插件会因路径解析失败或权限拒绝而静默不加载（尤其依赖相对路径读取配置的插件如NppFTP）
v7.9+ 插件子目录名必须和 DLL 主文件名完全一致
这是多用户部署中最容易翻车的一环。不是“随便建个文件夹放进去就行”，而是必须严格匹配：
- 要加载
Explorer.dll，就得建%APPDATA%\Notepad++\plugins\Explorer\，再把Explorer.dll放进去 -
explorer.dll、EXPLORER.dll、Explorer.dll.bak全部无效 - 子目录里还需包含插件运行所需的所有依赖文件（如
NppFTP需要libssh2.dll和zlib1.dll，必须一并放进NppFTP\子目录） - 验证是否生效：重启 Notepad++ 后，打开
Plugins → Explorer → Explorer，能弹出侧边栏即成功
企业环境批量部署建议
如果你管着几十台机器，别手动一个个复制。用以下方式可确保一致性：
- 写一个部署脚本，遍历所有目标用户 profile，检查
%APPDATA%\Notepad++\plugins\是否存在，不存在则mkdir - 为每个插件创建对应子目录（如
XMLTools），用robocopy或Copy-Item把预校验过的 DLL 及依赖文件精准投递 - 避免使用插件管理器（Plugin Manager）自动安装——它默认走
%APPDATA%，但下载解压逻辑不可控，版本和路径易出错 - 最后检查
notepad++.exe属性 → 「详细信息」标签页 → 「原始文件名」是否含portable；含则说明是便携版，必须改用解压根目录下的plugins\，此时多用户共用需靠共享网络路径 + 启动参数指定-multiInst -nosession，但稳定性远不如%APPDATA%方案
最常被忽略的是子目录名大小写和依赖文件缺失——这两个问题不会报错，插件就是不出现，连日志都不写。动手前先用一个用户做最小闭环验证：建目录、放 DLL、重启、看菜单。
