NppNetNote 是伪协同编辑工具，仅单向广播本地保存变更，无冲突处理、顺序保证或服务端状态同步；依赖 .NET Framework 4.7.2+ 和 64 位 Notepad++，需正确安装路径与配置，同步基于 HTTP 轮询与文件监听，多人编辑时“最后保存者胜出”，无提示、无锁、不校验，仅适用于临时局域网脚本共享。
NppNetNote 插件无法实现真正的实时协同编辑——它只是单向广播本地变更，不处理冲突、不保证顺序、不提供服务端状态同步，本质是“伪协同”。
为什么 NppNetNote 启动后菜单不出现、右下角无状态栏图标
这不是安装失败，而是插件依赖的 .NET Framework 运行时未就绪或版本不匹配：
- NppNetNote 仅支持
.NET Framework 4.7.2及以上，Windows 10 1809+ 或手动安装运行时才可运行；Win7/Win8.1 用户必须先下载安装ndp472-kb4054530-x86-x64-allos-enu.exe - Notepad++ 必须是 64 位版本（
npp.8.x.x.Installer.x64.exe），32 位 Notepad++ 加载 64 位 .NET 插件会静默失败，无任何提示 - 插件 DLL 必须放在
plugins\NppNetNote子目录下（不是直接丢进plugins），且目录内需包含NppNetNote.dll和Newtonsoft.Json.dll两个文件 - 启动前务必关闭所有 Notepad++ 进程（任务管理器中确认无
notepad++.exe），否则旧进程残留会阻止新插件加载
NppNetNote 连接服务器后编辑保存，对方收不到更新？检查这三点
它不是 WebSocket 长连接，而是基于 HTTP 轮询 + 本地文件监听，任何一环断开都会导致“已连但不传”：
- 服务器地址必须带协议和端口，例如
http://192.168.1.100:8080，不能只填192.168.1.100；如果用了反向代理，确保/api/sync路径可被正确转发 - 插件只监听当前激活标签页的保存事件（
Ctrl+S），切换标签页后未保存的修改不会触发同步；另存为（Ctrl+Shift+S）也不会广播 - 对方 Notepad++ 必须也装了 NppNetNote 并连到同一服务器，且双方打开的是**完全相同的相对路径文件**（比如都打开
src/main.py），路径名大小写、斜杠方向不一致即视为不同文件
多人同时编辑同一文件时，谁的修改会生效？
没有协商机制，纯粹“最后保存者胜出”，且不通知、不加锁、不提示覆盖风险：
- 用户 A 保存
config.json→ 服务器收到并广播 → 用户 B 的编辑器立即重载该文件，**丢弃 B 当前所有未保存修改** - 用户 B 此时若再按
Ctrl+S，会把刚被覆盖掉的内容又发回去，覆盖 A 的最新版 - 插件日志（
Plugins → NppNetNote → Show Log）里只会显示Sync sent或File reloaded，从不记录冲突或丢弃行为 - 它不读取 Git 状态，也不校验文件哈希，所谓“同步”只是粗暴的文本覆盖
真要多人协作，别碰 NppNetNote。它适合临时共享调试脚本（比如两人在同个局域网改一个 test.sql），但只要涉及逻辑修改、分支开发、或文件被其他工具（如 VS Code、vim）同时打开，就会立刻失控。最危险的是——你根本收不到任何警告。
