Sublime Text打开含大量图片的文件夹卡顿甚至崩溃，是因为默认递归索引所有文件（包括PNG/JPEG等），扫描元数据、读取文件头并建立符号索引，导致内存耗尽、UI线程拖垮；解决方法是关闭全局索引（"index_files": false）或项目级排除图片目录与文件类型，并禁用GitGutter等会全量扫描的插件。
为什么打开含大量图片的文件夹会卡顿甚至崩溃
Sublime Text 本身不渲染图片，但默认会对整个文件夹做递归索引——它会扫描每个文件的元数据、读取文件头判断类型、为所有文件建立符号索引，并把 node_modules、dist、.git 甚至 assets/ 里的 PNG/JPEG 当成潜在代码源处理。一旦文件夹里有上千张图，索引线程就会吃光内存、拖垮 UI 线程，最终触发崩溃或无响应。
立即生效：禁用文件夹索引与排除图片目录
根本解法不是“等它扫完”，而是让它压根不扫：
- 打开
Preferences → Settings – User，添加："index_files": false—— 关闭全局索引，90% 的卡顿当场消失 - 如果必须保留项目索引（比如要跳转函数），改用项目级排除：执行
Project → Edit Project，在配置中加入："folder_exclude_patterns": ["assets", "images", "img", "public/images"] - 顺手加一行：
"file_exclude_patterns": ["*.png", "*.jpg", "*.jpeg", "*.gif", "*.webp"]—— 防止单个大图被误加载
哪些插件会在背后偷偷扫描图片文件
很多插件默认无视文件类型，一视同仁地全量扫描：
-
GitGutter：会为每个文件调用git status，含图片的仓库一开就卡 -
SublimeLinter和ESLint插件：若未配置lint_mode或extensions，可能对.json配置、甚至.svg文件跑校验 -
SideBarEnhancements虽轻量，但右键菜单里“Copy Path”等操作仍会触发文件 stat，千图目录下延迟明显 - 临时验证：启动时按
Ctrl+Shift+P→ 输入Package Control: Disable Package，挨个关插件再试；确认后，只启用BracketHighlighter（配"bracket_highlighter.ignore_syntaxes": ["Plain text"]）这类低侵入插件
打开前就规避：用项目结构代替裸目录打开
直接 File → Open Folder 打开一个含 5000 张图的 assets/ 是最差选择。正确做法是：
- 只打开真正需要编辑的源码目录（如
src/或app/），而非根目录 - 把图片资源路径写进构建配置（如 Webpack 的
public/），让 Sublime 完全忽略它们 - 真要查某张图的命名或路径？用终端：
ls assets/icons/ | grep -i close，比等 Sublime 加载快十倍 - 需要预览图片？交给系统自带查看器或 VS Code 的内置预览（Sublime 不适合干这事）
图片不是文本，Sublime 的设计目标从来不是管理二进制资产——强行让它承载，只会暴露底层索引机制的硬伤。关键不是调参，是划清边界：什么该它管，什么不该。
