notepad++插件安装失败主因是架构不匹配或路径错误；需确保x86/x64一致、dll放入plugins/插件名/子目录；compare插件比对需两标签页相邻且均已保存、编码统一为utf-8 without bom。
Notepad++插件装不上？先核对架构（x86/x64）是否匹配
90% 的插件静默失效，根源是 Notepad++ 架构和插件 DLL 不一致。打开 帮助 → 关于 Notepad++，右下角明确写着 (32-bit) 或 (64-bit)，必须和你下载的插件完全对应。
常见错误现象：
- Plugin Manager 里搜不到插件，或点
Install没反应 - 手动复制 DLL 后，菜单里始终不出现对应项
- 任务管理器中进程名是
notepad++.exe（32 位）或notepad++64.exe（64 位），但你装了反向版本的 DLL
离线安装时，务必去插件 GitHub release 页面下载带 -x86 或 -x64 后缀的版本；在线安装则依赖 Plugin Manager 自动判断——但它只在 v7.9+ 且架构正确时才可靠。
DLL 必须放进 plugins/子目录，不能堆在 plugins 根目录
v7.9 开始，Notepad++ 默认不再扫描 plugins 根目录下的裸 DLL 文件。插件加载失败，大概率是因为路径放错了。
正确做法：
- 关闭所有
notepad++.exe进程（包括托盘图标右键退出） - 找到
plugins目录：安装版通常在C:\Program Files\Notepad++\plugins，便携版在%AppData%\Notepad++\plugins - 在
plugins下新建同名子文件夹，例如插件叫Compare，就建plugins\ComparePlugin\（注意不是plugins\Compare\，官方命名常含Plugin后缀） - 把完整解压包内容（含
Compare.dll、en.json等）一并复制进去，不要只丢一个 DLL
若用 设置 → 导入 → 导入插件 功能（v7.9+），它会自动建子目录，但仅支持单 DLL 插件——像 HexEditor 这类带资源文件的插件，仍需手动建目录复制。
Compare 插件报 “No reference document”？不是插件问题，是标签页没排对
这个错误提示极具误导性，实际和 DLL 加载无关，纯粹是 Compare 插件的硬性使用规则被违反。
它只认两个条件同时满足的标签页组合：
- 当前活动标签页（焦点所在）
- 紧挨在它右侧的下一个标签页（中间不能有其他标签页，也不能跨窗口）
必须满足：
- 两个文件都已通过
Ctrl+O单独打开，不是分屏视图或从资源管理器拖入 - 任一标签页标题栏带
*（未保存），比对即失败——务必先Ctrl+S - 编码必须统一：右键标签页 →
编码 → UTF-8 without BOM，两个都设，不能一个ANSI一个UTF-8
Alt+D 快捷键无效？说明根本没触发比对逻辑——先检查标签页顺序和保存状态，别急着重装插件。
杀毒软件、权限、BOM 和空格，这些隐形干扰比想象中更顽固
即使 DLL 正确加载、菜单可见、标签页也排对了，比对结果仍可能全红或显示 Files are identical——这时候要怀疑的是内容层面的干扰。
高频干扰源：
- 杀毒软件拦截 DLL 加载：临时禁用 Windows Defender 或第三方软件再试
- 安装在
C:\Program Files\下却没以管理员身份运行过首次启动：会导致插件目录初始化失败，手动右键以管理员身份运行一次 Notepad++ 即可修复 - BOM 头差异：一个文件是
UTF-8 with BOM，另一个是UTF-8 without BOM，Compare 会当成完全不同内容 - 行尾空格/制表符不一致：状态栏显示
Lines differ: X才算真正进入比对流程；若一直显示Files are identical，大概率是编码或不可见字符导致内容哈希不匹配
最稳妥的做法：两个文件都用右键菜单统一设为 UTF-8 without BOM，再 Ctrl+A → 空格键删掉末尾空格（或用正则 \s+$ 替换为空），最后保存再比对。
