sublime 默认不识别 cmakelists.txt 是因其无扩展名标识且首行无有效触发特征，需手动关联cmake语法；未高亮新命令或路径问题多因语法包陈旧、windows反斜杠转义或嵌套过深所致。
为什么 Sublime 默认不识别 CMakeLists.txt？
sublime text 不会自动把 CMakeLists.txt 当作 CMake 语法处理，它默认按纯文本或“Plain Text”解析——所以关键词没颜色、缩进乱、函数名不突出。根本原因是：Sublime 的语法识别靠文件扩展名和首行 shebang 或内容特征匹配，而 CMakeLists.txt 既无扩展名标识（不是 .cmake），首行又通常为空或注释，触发不了 CMake 语法包。
手动关联 CMakeLists.txt 到 CMake 语法
最直接的办法是告诉 Sublime：“这个文件名就用 CMake 语法”。操作路径：打开 CMakeLists.txt → 菜单栏 View → Syntax → Open all with current extension as… → CMake。这会在用户配置里写入映射规则。
- 实际生效的是修改
Preferences.sublime-settings中的extensions字段，或更稳妥地，在Packages/User/Extensions.sublime-settings里加：{ "syntaxes": [ { "extensions": ["CMakeLists.txt"], "syntax": "Packages/CMake/CMake.sublime-syntax" } ] } - 注意路径大小写：
CMakeLists.txt必须全大写C和L，小写cakelists.txt不会命中 - 如果没装 CMake 插件包，先装：用 Package Control 安装
CMake（作者是bradsokol），别选名字相近的CMakeTools（那是构建插件，不提供语法）
project() 和 find_package() 为啥还是没高亮？
部分 CMake 语法包对较新命令支持滞后，比如 project(VERSION 3.22) 中的 VERSION 关键字，或 find_package(fmt CONFIG REQUIRED) 里的 CONFIG 参数，可能被当作文本处理。这不是你配错了，是语法定义没覆盖。
- 检查当前语法文件版本：菜单 Preferences → Browse Packages → CMake → CMake.sublime-syntax，看最后更新时间；太老的（如 2019 年前）建议删掉重装
- 临时补救：在
CMakeLists.txt开头加一行# cmake-language: cmake，某些语法包会据此强制启用完整模式 - 避免嵌套过深的
if()块——Sublime 的语法高亮是基于正则的，深度嵌套易导致括号匹配失败，整块变白
Windows 下路径分隔符导致 include_directories() 路径不着色？
Windows 用户常写 include_directories("C:mylibinclude")，但反斜杠 在 CMake 字符串里是转义符，m、i 会被误判为非法转义，语法高亮引擎可能直接放弃后续解析，导致整行灰掉。
立即学习“C++免费学习笔记（深入）”；
- 统一用正斜杠：
include_directories("C:/mylib/include")—— CMake 原生支持，且能被语法正确识别 - 或者双写反斜杠：
include_directories("C:mylibinclude")，但可读性差，不推荐 - 若路径来自变量（如
${MYLIB_DIR}），确保变量本身不含未转义的，否则高亮崩得更隐蔽
CMake 语法高亮本质是静态文本分析，不执行语义校验。哪怕配置全对，遇到非标准写法（比如自定义宏里混用括号）、超长行或注释位置异常，都可能局部失效——这时候别怀疑设置，先看那行本身有没有逃逸字符或嵌套歧义。