ctrl+y和f4均可重做，但f4常被笔记本功能键拦截；撤销栈仅存于内存，关闭文件、编码转换或崩溃未启用快照均会清空，无法通过ctrl+y恢复。
Ctrl+Y 和 F4 都能重做，但 F4 可能被笔记本功能键拦截
Notepad++ 的重做（Redo）功能对应两个快捷键：Ctrl+Y 和 F4，两者作用完全一致。但很多笔记本电脑默认将 F4 绑定为系统功能（如静音、亮度调节），导致按下无效。此时必须配合 Fn 或 F-Lock 键才能触发重做——这不是 Notepad++ 的 bug，而是硬件层的按键映射问题。
验证是否生效：先按一次 Ctrl+Z 撤销一个字符，再按 Ctrl+Y，看内容是否回来；若 Ctrl+Y 也无效，检查是否启用了“宏”或“插件”劫持了快捷键（比如 Python Script 插件注册了全局 Ctrl+Y）。
撤销栈清空后，Ctrl+Y 就彻底失效
Notepad++ 的撤销/重做基于内存中的操作栈，只在当前文档打开期间有效。以下情况会直接清空整个栈：
- 关闭并重新打开该文件（哪怕没保存过）
- 执行了“另存为”并切换到新路径
- 用“编码 → 转为 UTF-8”等编码转换操作（部分版本中会重置编辑器状态）
- Notepad++ 异常崩溃后重启，未开启会话快照时，所有未保存的撤销历史丢失
此时 Ctrl+Y 灰显或显示“无法重做”，说明底层 SCI_REDO 消息无可用数据可恢复——它不读硬盘、不查备份，纯内存行为。
想找回已关闭文件里的撤销内容？别指望 Ctrl+Y
很多人误以为关掉标签页再重开，还能用 Ctrl+Y 拉回刚删的几行。这是错觉：关闭标签页即释放该文档全部编辑状态，包括撤销栈、光标位置、选区信息。重开后，Notepad++ 加载的是磁盘上当前保存的内容（或 session.xml 记录的路径），不是上次编辑中途的状态。
真正可行的补救路径只有两条：
- 如果文件还没保存过，且 Notepad++ 是异常退出（如崩溃），下次启动时弹出“恢复未保存文档”提示，点“是”可还原关闭前最后编辑态（含完整撤销栈）
- 如果曾开启备份（
Enable backup+With timestamp），去%APPDATA%\Notepad++\backup\找时间戳最接近关闭时刻的*_backup_*.bak文件，手动比对内容
Scintilla 底层限制：撤销不跨编码、不跨换行符格式
Notepad++ 使用 Scintilla 作为编辑内核，其 SCI_UNDO/SCI_REDO 操作严格绑定当前文档的编码和行尾格式（\r\n vs \n）。例如：
- 你用 UTF-8 打开文件，删了一段文字，然后用“编码 → 转为 ANSI”——此时撤销栈会被清空，
Ctrl+Z失效 - 文件原为 Unix 换行（
\n），你手动替换成 Windows 换行（\r\n），再撤销，可能只恢复换行符，不恢复前面的文字
这不是 Bug，是 Scintilla 为保证字节级一致性做的强制隔离。所以编辑关键配置或脚本时，别在中途改编码或行尾格式，否则撤销能力就断了。
真正容易被忽略的点是：Notepad++ 从不把撤销历史写入任何磁盘文件。它不像 VS Code 那样在 .vscode/ 目录下存本地历史，也不像 Git 那样有 commit 对象。一旦进程结束、栈释放、又没开自动备份，那些被Ctrl+Z 删掉的字节，就真的只存在过内存里那一小段时间。
