sublime text无内置只读模式，唯一可靠防护是系统级文件权限设置：windows勾选“只读”、macos勾选“锁定”、linux执行chmod a-w；设后状态栏显示“read only”，ctrl+s直接报“permission denied”，不缓存、不提示放弃修改。
Sublime Text 没有“只读模式”开关，所有看似编辑器内的只读控制，最终都必须落到操作系统对文件的写权限限制上——否则 Ctrl+S 一定会失败，且不给任何缓冲机会。
为什么 set_read_only 命令和插件不能真正锁住文件
很多人试过在 Sublime 控制台执行 view.set_read_only(True) 或安装 Read Only Mode 插件，发现仍能粘贴、删除、甚至 Ctrl+S 后弹确认框。这不是插件不给力，而是它只改了视图层标记，没动内核权限。一旦你手动调用 view.set_read_only(False)，或通过 Python 控制台、其他插件绕过 UI 层，保护就失效。更关键的是：save_on_focus_lost 和原生保存流程完全不检查这个标记，它们直接走 fopen(filename, "w")，系统拒绝才报 Permission denied。所谓“软只读”，本质是信任用户不手贱——但防误操作，恰恰不能靠信任。
Windows/macOS/Linux 系统级只读设置必须这么做
这是唯一不可绕过的防护。设错一个字母，别人或你自己仍可能写入：
- Windows：右键文件 → “属性” → 勾选“只读” → 点“应用”，再点“全部应用”（否则同目录下新建/复制的文件不会继承）
- macOS：右键 → “显示简介” → 拉到底部勾选“锁定”（不是“共享与权限”里的读写设置）
- Linux：
chmod a-w filename—— 注意是a-w，不是-w；少个a只改当前用户，组或其他人仍可写
设完立刻生效：Sublime 底部状态栏显示 read only，Ctrl+S 弹窗报错 Unable to save <filename>: Permission denied</filename>，不缓存、不提示“是否放弃修改”，干净利落。
临时查看配置/日志时怎么安全打开只读文件
别信 subl --command "set_read_only" 这类命令——它不是 Sublime 内置命令，需手动注册、重启即失效、稳定性差。真正可靠的做法是用 shell/bat 封装系统命令：
- Linux/macOS：
chmod a-w config.yaml && subl config.yaml - Windows（PowerShell）：
attrib +R config.yaml; subl config.yaml - 关闭后自动解锁（适合 CI 日志等一次性场景）：
chmod a-w log.txt && subl log.txt && chmod u+w log.txt
重点在于：只读保护是否生效，只取决于你双击打开 Sublime 前那一步——文件是否已被系统锁定。任何“先打开再设只读”的操作，都在保存那一刻暴露缺陷。
项目级只读不能靠 settings.is_read_only
有人在项目配置里加 "is_read_only": true，指望整个 src/ 目录默认只读。Sublime 原生根本不识别这个字段，它既不会拦截编辑，也不会影响保存逻辑。某些插件可能监听该设置并触发自身逻辑，但兼容性差、版本一更新就断。真要保护整个目录，只能：chmod -R a-w src/（注意 -R 和 a-w 都不能漏），或者用脚本批量处理指定后缀文件。另外，node_modules 类目录绝不能这么干——包管理器需要写权限，硬加只读会导致 npm install 失败或构建工具崩溃。
