Notepad++备份功能是否生效主要取决于备份目录权限与路径安全。需验证当前用户对backup目录有写入权限，使用纯英文本地路径（如C:\npp-backup\），避免中文、空格、同步盘及网络驱动器，并确保config.xml修改时程序已退出。
Notepad++ 备份功能是否生效，90% 取决于备份目录的权限和路径安全，而不是你有没有勾选那个复选框。
备份目录写权限必须显式验证，不能只看“看起来能写”
Notepad++ 启动后默认尝试往 %APPDATA%\Notepad++\backup\ 写入 session.xml 和 recovery_*.tmp，但这个路径是否真正可写，取决于当前用户对该目录的 ACL 权限，而非文件夹是否存在。
- Windows 上常见陷阱：用管理员身份运行 Notepad++（右键 → 以管理员身份运行），会导致它尝试往
C:\Program Files\Notepad++\backup\写，而该路径在 Win10/11 默认禁止普通写入 —— 静默失败，不报错 - 便携版（x64 免安装）若解压到
C:\Program Files\或C:\Windows\下，同样触发 UAC 保护，备份写入被拦截 - 验证方法：手动在目标 backup 目录下新建一个空文本文件，保存成功 ≠ Notepad++ 能写；必须用 Notepad++ 自己触发一次快照（比如等 2 分钟），再检查目录里是否有新生成的
recovery_*.tmp - 稳妥做法：把 backup 目录设为纯英文本地路径，如
C:\npp-backup\，右键属性 → 安全 → 编辑 → 确保当前用户有“完全控制”或至少“写入+修改”权限
中文路径、空格、同步盘是备份静默失效的三大元凶
Notepad++ 的备份模块对路径字符极其敏感，出错时从不弹窗提示，只跳过写入。
- 路径含中文（如
D:\我的备份\）、空格（如C:\Notepad++ Backup\）或符号（&、#、(）→Simple backup模式直接不生成.bak文件，session.xml也可能写入失败 - OneDrive、腾讯微云、百度网盘等同步目录（哪怕只是子文件夹）→ 同步进程会锁住
session.xml，导致 Notepad++ 打开时检测到文件被占用，自动禁用恢复机制，下次崩溃后毫无反应 - 网络映射驱动器（如
Z:\backup\）→ 若网络断开或凭据过期，Notepad++ 不重试也不告警，快照永久丢失 - 正确做法：坚持用本地物理盘的纯 ASCII 路径，例如
C:\npp-bk\，且不在任何同步软件监控范围内
config.xml 修改时机与权限冲突风险
config.xml 存储了备份路径、快照间隔、是否启用等全部设置，但它不是随时可改的配置文件。
- Notepad++ 运行中会锁定
config.xml，此时用外部编辑器强行保存修改 → 下次启动时可能被自动回滚，或解析失败导致备份开关重置为关闭 - 修改前必须确保 Notepad++ 已完全退出（任务管理器中无
notepad++.exe进程），否则写入的路径值不会生效 - 若使用便携版，
config.xml位于程序同级目录；若为安装版，则在%APPDATA%\Notepad++\下 —— 两个位置权限策略不同，别混用 - 权限建议：对
config.xml文件本身也设为“只读”（仅限高级用户），防止插件或脚本意外覆盖关键备份开关
免安装版 x64 的 backup 目录需额外校验 PE 位数兼容性
便携版 x64 的插件生态依赖严格位数匹配，而部分旧备份类插件（如 AutoSave v0.8）仍为 x86 编译，加载后可能导致 backup 目录写入异常中断。
- 检查已启用插件是否为 x64：插件目录
plugins\下每个 DLL 文件右键 → 属性 → 详细信息 → “位数”字段必须为“64 位” - 用
dumpbin /headers plugin.dll | findstr machine命令确认（需 VS 工具链），输出含AMD64才安全 - Local History 插件虽自带，但其 .history/ 子目录创建依赖主程序写权限 —— 若主 backup 目录权限不足，.history 也不会生成
- 便携模式下，务必在根目录放一个空的
nppPortableMode.xml文件，否则某些插件会误判为安装版，去错误路径找 backup 目录
最常被忽略的一点：Notepad++ 从不告诉你备份失败。它只在路径不可写、磁盘满、文件被锁时默默跳过所有写操作 —— 你以为开着周期性备份，其实 session.xml 三个月没更新过。
