Sublime全局搜索慢的主因是后台同步扫描node_modules等目录且准备动作阻塞主线程；需关闭index_files、设large_file_size_limit为50、禁用detect_indentation，并正确配置Where路径与folder_exclude_patterns。
全局搜索慢，八成不是硬盘或网络问题，而是 Sublime 在后台同步扫描 node_modules、.git、dist 这类目录——它默认不挑文件，你加进项目的每一层子目录，它都逐个 stat() + 读取 + 尝试解析，CPU 拉满、内存飙高、结果等 5 秒才出来。
为什么 Ctrl+Shift+F 卡住不动或半天没结果
根本原因不是搜索逻辑慢，是它在搜之前先“准备战场”：建索引、过滤、判断编码、检查语法。而这些准备动作被默认绑死在主线程上。
-
index_files开着时，哪怕你只搜一个字符串，它也要先把整个项目（含node_modules）扫一遍建符号表 - 没配
folder_exclude_patterns，Where:输入框里填了src/也没用——排除规则优先级高于临时路径过滤 - 右下角状态栏显示编码是
Western (Windows 1252)或乱码，中文/Unicode 搜索会错位或直接跳过 - 搜索面板右上角的
.*（正则）按钮没开，但你在输func\w+，它就当普通字符串搜，自然找不到
必须改的三项用户配置
打开 Preferences → Settings – User，把这三行粘进去，保存后**彻底退出 Sublime（任务管理器确认进程消失），再重启**：
{
"index_files": false,
"large_file_size_limit": 50,
"detect_indentation": false
}
说明：
-
index_files: false 是止血关键——关掉全局符号索引，Ctrl+R会失效，但Ctrl+Shift+F不受影响，且响应从秒级降到毫秒级 -
large_file_size_limit: 50 表示超过 50MB 的文件跳过语法分析和折叠计算，避免单个日志文件拖垮整个搜索流程 -
detect_indentation: false 防止它在打开每个文件时扫描前 200 行猜缩进，尤其对无格式日志、生成代码极有效
Where 输入框怎么填才真正生效
Ctrl+Shift+F 面板底部的 Where: 不是可有可无的装饰，它是搜索范围的实际控制器，填错等于白搜。
- 想搜整个项目：填
.（一个英文点），不是空着、不是./、更不是留空 - 只搜
src/和tests/：填src/, tests/（逗号分隔，结尾不加斜杠） - 排除
node_modules且只搜 JS/TS：填!node_modules, *.js, *.ts - 注意：这里的
!排除和用户设置里的folder_exclude_patterns是叠加关系，不是替代
项目级排除比全局关索引更精细
如果你仍需要 Ctrl+P 或 Ctrl+R 在源码中跳转，别全局关 index_files，改用项目配置精准过滤：
菜单栏 Project → Edit Project，在 folders 里加 folder_exclude_patterns：
{
"folders": [
{
"path": ".",
"folder_exclude_patterns": ["node_modules", ".git", "build", "dist", "logs"],
"file_exclude_patterns": ["*.log", "*.tmp", "*.swp"]
}
]
}
重点：
- 这个配置对 LSP 插件（如
sublime-lsp+pyright）也生效，clangd不会再解析build/下的头文件 -
folder_exclude_patterns在用户设置里写无效——它只在项目配置中起作用 - 用命令行
subl .打开项目时，确保当前目录下有.sublime-project文件，否则配置不加载
最容易被忽略的是缓存残留：Index/ 目录和 Session.sublime_session 长期不清理，会让所有优化效果打五折；每次改完配置，记得手动删掉这两个文件再重启。
