notepad++无法修改只读属性，仅响应系统标志；ctrl+s因需原路径写入被系统拒绝，而“另存为”新建文件句柄绕过检查，故可成功。
Notepad++ 本身不能修改文件的只读系统属性，它只读取并响应 Windows 返回的 FILE_ATTRIBUTE_READONLY 标志；想强制保存，必须先在系统层面清除该标志，或绕过写保护逻辑。
为什么「另存为」能成功，但 Ctrl+S 直接报错
Notepad++ 对只读文件的处理是分层的：检测到系统标记为只读后，会禁用 Save 菜单项和 Ctrl+S 快捷键，但不阻止 File → Save As… 或 Ctrl+Shift+S。这不是漏洞，而是设计上区分“覆盖保存”和“另存副本”两种语义。
- 直接保存（
Ctrl+S）触发的是原路径写入，Windows 内核会校验FILE_ATTRIBUTE_READONLY并拒绝，Notepad++ 不做干预 - 另存为（
Ctrl+Shift+S）走的是新建文件句柄流程，完全绕过只读检查，只要目标路径有写权限就能成功 - 若你改完 hosts 后点
Ctrl+S报Access is denied，而Ctrl+Shift+S可以存到桌面，说明问题纯属系统级权限/属性限制，不是 Notepad++ 故障
如何用命令行快速清除只读属性
在文件真正被设为只读的前提下，attrib -R 是最轻量、最可控的清除方式，比图形界面快，也适合脚本批量处理。
- 打开命令提示符（无需管理员权限，只要对文件有“更改属性”权限即可）
- 执行：
attrib -R "C:\path\to\file.txt"—— 注意路径含空格必须加英文双引号 - 若要递归清除整个文件夹及其子项：
attrib -R "D:\folder" /s /d - 执行后不必重启 Notepad++，但需关闭再重新打开该文件，否则界面仍显示
[READ ONLY]且Save按钮保持禁用
修改系统文件（如 hosts）时的权限陷阱
即使你用 attrib -R 清除了只读属性，保存仍可能失败——因为 C:\Windows\System32\drivers\etc\hosts 还受 NTFS ACL 保护，普通用户默认无写权限。
- 必须以管理员身份运行 Notepad++（右键快捷方式 →「以管理员身份运行」，或在兼容性选项中设为默认）
- 仅提升 Notepad++ 权限还不够：进入
C:\Windows\System32\drivers\etc，右键hosts→「属性」→「安全」→「高级」→「更改权限」→ 添加当前用户并勾选「完全控制」→ 勾选「替换所有子对象权限项」 - 跳过「替换所有子对象权限项」会导致文件夹权限改了，但
hosts文件本身权限没变，保存仍失败 - 拖拽
hosts文件进 Notepad++ 窗口无效：该操作不继承管理员上下文，必须用File → Open手动打开
别混淆只读属性和 NTFS 权限
Windows 中「只读」有两个层级：一个是文件系统属性位（attrib +R/-R 控制），另一个是 NTFS 访问控制列表（ACL，决定谁有写权限）。两者独立生效，且优先级不同。
- 仅设
attrib +R：Notepad++ 显示[READ ONLY]，但有写权限的用户仍可删/重命名/覆盖该文件 - 仅改 ACL 禁用写入：Notepad++ 不显示
[READ ONLY]，Save按钮可用，但点击后报Access is denied - 真正防误改，得两者都配：用
attrib +R提供视觉提示 + 用 ACL 锁死写操作 - 对文件夹勾选「只读」属性，不会自动应用到子项，除非在弹窗中主动选择「将更改应用于此文件夹、子文件夹和文件」
最易被忽略的一点：Notepad++ 只在文件**打开瞬间**读取只读属性，之后你在资源管理器里改了属性，它也不会刷新状态。关掉再重开，才是唯一生效方式。
