根本原因是index_files默认开启，导致Sublime递归扫描C++模板元项目中海量中间文件（如build/、cmake-build-debug/等），引发CPU拉满、主线程冻结；必须关闭index_files、设置large_file_size_limit:50、禁用detect_indentation，并配合folder_exclude_patterns精准排除模板重灾区目录。
为什么C++模板元项目会让Sublime Text卡死
不是语法高亮慢，也不是插件拖累——根本原因是 index_files 默认开启后，Sublime 会递归扫描整个项目目录（包括 build/、cmake-build-debug/、out/），而 C++ 模板元编程项目往往生成海量中间文件（如 template_instantiation.o、type_trait_dump.hpp、自动生成的 meta_*.h），动辄数万甚至数十万个头文件和编译产物。这些文件被反复 stat()、读取、尝试解析语法，CPU 拉满，主线程冻结，光标失灵。
必须关掉的三项配置
仅关 index_files 不够，C++ 模板元项目有特殊负担：
-
"index_files": false—— 全局禁用索引，这是止血第一步；必须完全退出 Sublime（Windows 查任务管理器确认sublime_text.exe进程消失）再重启，否则无效 -
"large_file_size_limit": 50—— 模板元生成的头文件常含巨量嵌套展开，单个.hpp可达 10–30MB；设为 50（单位 MB）让这类文件跳过语法分析和折叠计算 -
"detect_indentation": false—— 模板元代码常无缩进或缩进极深（如std::enable_if_t<...>::type</...>嵌套十层），Sublime 默认扫描前 200 行猜缩进，直接卡住
项目级精准排除比全局关闭更安全
如果你仍需在 src/ 或 include/ 中使用 Ctrl+R 跳转符号，别全局关索引，改用 folder_exclude_patterns 排除模板元重灾区：
- 在
Project → Edit Project中添加："folder_exclude_patterns": ["build", "cmake-build-*", "out", "generated", "meta_src"] - 这些目录名常见于 C++ TMP 项目：CMake 构建目录、自动生成的元编程头文件、表达式模板输出路径
-
folder_exclude_patterns对 LSP 插件也生效——比如clangd不会再扫描build/下的临时头文件，避免 AST 解析爆炸
哪些插件在模板元场景下最危险
C++ 模板元代码本身不“重”，但配套插件会把它当普通代码猛扫：
立即学习“C++免费学习笔记（深入）”；
-
SublimeLinter+clang：默认对每个打开的.hpp实时 lint，遇到std::is_same_v<decltype void></decltype>这类复杂表达式，clang 子进程卡死数秒 -
GitGutter：逐行比对 git 状态，而模板元头文件常因生成逻辑频繁变更，导致 diff 计算量指数级增长 -
BracketHighlighter：在template<typename T, typename = std::enable_if_t<...>>这种长行里正则匹配括号，回溯爆炸 - 验证方式：命令行运行
subl --safe-mode打开项目，如果瞬间流畅，问题就锁定在插件或用户设置
真正难处理的不是模板语法本身，而是编辑器把“编译期代码”当成“运行期文本”来伺候——它不知道那些嵌套十几层的 std::conditional_t 展开结果早在编译时就固定了，还在那儿实时渲染、索引、diff。
