sublime text 没有真正的“开启只读模式”操作，唯一可靠的只读保护是操作系统级文件权限限制，如 chmod a-w、windows 属性设只读或 macos 锁定；任何插件或设置均为软限制，无法绕过内核写入拒绝。
Sublime Text 没有“开启只读模式”这个操作——它不提供编辑器内的只读开关，所有真正生效的只读保护，都来自操作系统对文件权限的限制。你点几下菜单或改个设置，根本锁不住文件；Ctrl+S 时弹出 Permission denied，那是因为内核拒绝了写入，不是 Sublime 在拦你。
为什么 chmod a-w 是唯一可靠的只读手段
Sublime 的保存逻辑直接调用系统 fopen(path, "w")，一旦操作系统返回 EACCES 或 EROFS，它连重试都不做，立刻报错。任何插件、命令（比如 set_read_only）、用户设置项，都无法绕过这层检查。
- Windows：右键文件 → “属性” → 勾选“只读” → 点“全部应用”（否则同目录下其他文件可能漏掉）
- macOS：右键 → “显示简介” → 底部勾选“锁定”
- Linux/macOS 终端：
chmod a-w filename（注意是a-w，不是-w；少个a只改当前用户，别人仍可写）
设完立刻生效：Sublime 底部状态栏显示 read only，按 Ctrl+S 弹窗报 Unable to save <filename>: Permission denied</filename>，不缓存、不提示“是否放弃修改”、不写磁盘——这才是真防护。
Read Only Mode 插件适合什么场景
它不改文件权限，只在 Sublime 内部打标记、拦截事件，属于软限制，适合临时查看日志副本、配置快照这类“想看但不想改”的情况。
- 安装后按
Ctrl+Shift+P→ 输入Read Only: Toggle切换 - 启用后标签页标题自动加
[readonly]，Ctrl+Z、粘贴、删除都被忽略，Ctrl+S弹确认框 - 但它可被代码绕过：比如在 Python 控制台执行
view.set_read_only(False)就立刻失效 - 不防拖放覆盖、不防双击侧边栏替换内容、不防热退出后恢复——仅限当前视图层
大文件只读 + 降级模式才是真防卡+防误改
打开 GB 级日志或导出数据时，“防止修改”和“不卡死”得一起解决。单设系统只读还不够，得让 Sublime 主动放弃编辑逻辑：
- 先用系统命令锁文件：
chmod a-w app.log && subl app.log - 在用户设置（
Preferences → Settings右侧）加关键项："binary_file_patterns": ["*.log", "app.log"] -
binary_file_patterns会让 Sublime 跳过语法高亮、行号计算、全文索引等重型操作，打开瞬间就进“只读浏览态” - 配合系统只读，既不卡、又改不了——比任何插件都干净
别信“固定标签”能防误改
很多人以为用 TabsExtra 插件“固定标签”就能保住重要文件，其实这是典型误解：
- 固定标签只防
Ctrl+W和Close All Tabs，拦不住拖文件进编辑区、双击侧边栏替换内容、甚至热退出崩溃丢标签 - 固定 ≠ 文件只读：你照样能删光内容再
Ctrl+S覆盖原文件（如果它没设系统只读） - 真正要保的文件（如
/etc/hosts、线上配置模板），必须系统只读 + 视图只读 + 固定标签三者叠加
最容易被忽略的是：文件是否已被系统锁定，决定了你双击打开 Sublime 前那一步——所有后续防护，都建立在这个前提上。绕开它，就等于没锁门，只拉了窗帘。
