Sublime Text中view.set_read_only(True)仅对当前视图生效，阻止编辑但不阻断光标移动或复制粘贴操作，且与系统只读权限互不冲突。

如何用 view.set_read_only(True) 设置当前文件只读

Sublime Text 没有图形化“只读开关”，但可以通过 Python API 立即生效。执行命令后，编辑、粘贴、删除全部被拦截，光标还能移动，这点容易误以为没生效。

• 按 Ctrl+`（反引号）调出控制台，粘贴并回车：

  view.set_read_only(True)

• 取消只读：把 True 换成 False 再执行一次
• 该设置仅对当前视图（tab）有效，关闭再打开文件会重置
• 不保存到磁盘，不影响文件系统权限，只是 Sublime 自身的编辑锁

为什么 view.is_read_only() 返回 True 却还能删选中文？

这是常见错觉：只读模式下，backspace 和 delete 键确实失效，但「选中后按 delete」有时仍能清空——因为 Sublime 默认把“删除选区”当作替换操作，而只读模式只拦截插入/删除单个字符，不拦截整块替换（除非你禁用了 replace_on_select）。

• 验证是否真只读：尝试在光标处输入一个字母，或按 Ctrl+Z 撤销（只读时撤销也禁用）
• 彻底锁死：配合 view.settings().set('command_mode', True) 关闭普通编辑模式（但会丢失所有快捷键响应）
• 更稳妥的做法是加一层提示：用插件监听 on_modified 事件，检测到修改就弹窗并恢复只读

保存后自动设为只读？用 on_post_save 事件监听

适合代码审查、配置文件查看等场景：每次保存完立刻锁定，防止后续误改。但要注意它不会阻止首次打开后的编辑，只管“保存之后”这个时间点。

• 新建插件（Tools → Developer → New Plugin…），填入：

  import sublime, sublime_plugin
  <p>class AutoReadOnlyOnSave(sublime_plugin.EventListener):
  def on_post_save(self, view):
  view.set_read_only(True)

• 保存为 auto_readonly.py 到 Packages/User/ 目录
• 如果只想对特定后缀生效（如 .env），加判断：if view.file_name() and view.file_name().endswith('.env'):
• 注意：该事件在保存完成 *后* 触发，若保存失败（如权限不足），不会触发

set_read_only 和系统只读属性冲突吗？

完全不冲突。Sublime 的 set_read_only 是纯前端标记，和 chmod 444 或 Windows “只读属性”互不影响。你可以同时开启两者，行为叠加：系统级只读会阻止 Sublime 保存；Sublime 级只读则阻止编辑但允许保存（只要系统允许）。

• 常见坑：给文件设了系统只读，又在 Sublime 里 set_read_only(False)，看起来能编辑，但一保存就报错 Unable to save … Permission denied
• 检查系统权限：终端执行 ls -l <file></file>（macOS/Linux）或看文件属性（Windows）
• 想统一管理？别混用。日常防误编辑用 set_read_only；真正要保护文件不被任何程序改，才设系统只读

Sublime 的只读本质是视图层的软锁，不是文件锁。最易忽略的是：它不阻断复制粘贴动作本身，只阻断“写入缓冲区”的最终落点——所以看到光标能动、菜单能点、甚至右键“粘贴”选项还亮着，不代表能成功写入。