sublime text无法硬性限制内存上限,只能通过关闭文件索引、排除大目录和清除缓存三步被动控内存:1.设{"index_files": false}并彻底重启;2.在项目设置中配置folder_exclude_patterns;3.删除cache、caches和index目录。

Sublime Text 本身不支持设置内存上限
别被“限制最大内存占用”这个说法误导——Sublime Text 没有类似 JVM 的 -Xmx 参数,也没有配置项能硬性截断内存使用。它依赖操作系统调度,内存涨到哪算哪,直到 OOM killer 干掉 plugin_host 或主进程。所谓“限制”,实际是通过切断内存增长路径来实现被动控制。
关闭 index_files 是最有效的内存闸门
80% 以上的内存暴涨都来自全量文件索引。一旦项目含 node_modules、dist、.git,索引线程会持续加载内容进内存,且不释放。
- 在
Preferences → Settings – User中写入:{"index_files": false} - 必须完全退出 Sublime(macOS 看活动监视器、Windows 查任务管理器确认
sublime_text.exe和plugin_host进程消失),再重启——仅重载设置无效 - 副作用:Go to Definition、Find All References 失效;但
Ctrl+P(按名跳转)、Ctrl+Shift+F(文本搜索)照常工作 - 若需保留部分跳转能力,不要开
index_files,改用 LSP 插件的按需索引,它只分析打开的文件
项目级 folder_exclude_patterns 比全局设置更关键
即使关了 index_files,只要 node_modules 还在项目里,插件(尤其是 LSP、SublimeLinter)仍可能扫描它,或 Find in Files 把它拖进来,间接吃光内存。
使用ydata-profiling(前身为pandas-profiling)生成全面的数据质量报告,包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- 执行
Project → Edit Project,写入: "folder_exclude_patterns": ["node_modules", "__pycache__", ".git", "dist", "build", "logs"]"file_exclude_patterns": ["*.log", "*.tmp", "*.zip"]- 注意:这个配置优先级高于用户设置,且对团队协作更可控——别人 clone 项目后开箱即用
- 排除后,这些目录连图标都不会出现在侧边栏,彻底隔离,不是“隐藏”而是“不加载”
清空 Cache 和 Index 目录才能释放顽固内存
长期使用后,缓存和索引数据库会残留损坏条目或冗余快照,导致每次启动多载几百 MB 无用数据。尤其 LSP 类插件的缓存,重装同名插件时会复用旧索引。
- 先完全退出 Sublime
- 删掉以下全部文件夹(不是清空,是删除整个目录):
- macOS:
~/Library/Application Support/Sublime Text/Cache、~/Library/Caches/Sublime Text/、~/Library/Application Support/Sublime Text/Local/Index - Linux:
~/.config/sublime-text/Cache、~/.cache/sublime-text/、~/.config/sublime-text/Local/Index - 顺手检查
Packages/User/下是否有残留插件配置(如LSP.sublime-settings),手动删掉
做完这三步,plugin_host 进程内存通常能从 1.2GB+ 回落到 100MB 以内。真正容易被忽略的是:不删 Index 目录,等于给高烧病人量体温却不退烧——设置改得再干净,旧索引还在后台偷偷加载。










