磁盘空间不足导致Sublime Text保存失败，表现为Ctrl+S无响应、状态栏卡在“Saving…”、弹出“Unable to save file”错误或编辑器无响应；根本原因是缓存路径所在分区（如Windows的C:\、macOS/Linux的用户主目录）空间耗尽，致使临时文件写入失败。
磁盘空间不足时Sublime Text保存失败的典型表现
文件修改后按 Ctrl+S 没反应、状态栏卡在“Saving…”、弹出 Unable to save file 错误，甚至编辑器直接无响应——这些不是插件冲突或权限问题，而是磁盘已满触发的底层写入失败。Sublime Text 在保存前会先将变更写入临时缓存区（如 Cache 目录下的临时文件），再原子性地替换原文件；空间不足时，这步预写就直接失败，连错误提示都可能被截断。
快速确认磁盘是否真的满了
别只看资源管理器/访达显示的“可用空间”，Sublime Text 实际依赖的是其缓存路径所在分区的剩余空间。它默认把 Cache、Index、Local 全塞在用户目录下，而用户目录往往和系统盘绑定：
- Windows：检查
%APPDATA%（通常在 C:\）和%LOCALAPPDATA%所在磁盘 - macOS：
~/Library/Application Support/Sublime Text和~/Library/Caches/Sublime Text都在主硬盘，哪怕你把项目放在外置 SSD 上也没用 - Linux：
~/.config/sublime-text和~/.cache/sublime-text同理
用终端或命令提示符运行 df -h（macOS/Linux）或 df（Windows PowerShell）直接看各挂载点使用率，重点关注 / 或 C: 分区是否 ≥95%。
清理缓存比扩容更实际的三步操作
等扩容或清大文件太慢，优先释放 Sublime 自己产生的“垃圾”：
- 必须先彻底退出 Sublime Text：任务管理器（Windows）、活动监视器（macOS）、
pkill -f sublime_text（Linux），否则缓存文件被锁住删不掉 - 删掉全部三个位置：
Cache、Index、Local文件夹（不是只清空内容，是整个删掉）。路径见知识库，例如 macOS 是~/Library/Application Support/Sublime Text/Cache、~/Library/Caches/Sublime Text、~/Library/Application Support/Sublime Text/Local/Index - 重启后首次启动会稍慢——它在重建索引，但不会再因空间不足卡在保存环节；若仍报错，说明磁盘真没空间了，得手动删日志、
node_modules或清空回收站
避免下次再被缓存撑爆磁盘
Sublime 默认不设缓存上限，长期开着大项目，Index 数据库和 LSP 插件缓存（如 pyright 的类型索引）会无声无息吃掉几十 GB：
- 在用户设置里加
"index_files": false，关掉全量文件索引（Go to Definition会失效，但Ctrl+P不受影响） - 配合
"folder_exclude_patterns": ["node_modules", "dist", "build", ".git"]，从源头减少索引对象 - 定期手动清
Cache目录——不是等出问题才做，建议每周一次，尤其在重装插件或升级 Sublime Text 后
真正麻烦的从来不是“怎么删”，而是删完发现 Index 目录里一个 SQLite 文件就占了 12GB，而你根本不知道它为什么存在。
