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