Atom 默认不给 .c 文件上色是因为 language-c 插件虽预装但需手动启用，且文件必须保存为 .c 后缀并被正确识别为 source.c 作用域，否则会退化为 text.plain。
Atom 默认不给 .c 文件上色，不是你漏装插件，而是 language-c 插件虽预装但可能被禁用或未触发作用域识别。
确认 language-c 是否真正启用
Atom 自带 language-c，但它默认处于“可选启用”状态，不是开箱即用。必须手动检查是否启用：
- 打开 Settings → Packages，搜索
language-c - 确保其状态为 Enabled（蓝色按钮），不是灰色禁用
- 若已启用但仍无高亮，执行
Ctrl+Shift+P→ 输入并运行Editor: Log Cursor Scope，光标停在#include或函数名上，看控制台首行输出是否为source.c - 若输出是
text.plain或source.ass，说明文件根本没被识别为 C 代码
为什么保存为 .c 后还是灰的？
常见原因是文件未被赋予 source.c 作用域，哪怕后缀正确。触发失败通常有三类：
- 文件是新建未保存的
untitled标签页：Atom 拒绝猜测语言，必须先 保存为main.c才能激活language-c - config.cson 中存在冲突映射，例如写了
"*.c": "source.cpp"或"*": "text.plain"，会覆盖默认识别逻辑 - 启用了
grammar-selector插件的“强制语法”功能，它会劫持自动检测，直接把所有文件设成 Plain Text
让新 .c 文件一创建就高亮
只需在 ~/.atom/config.cson 的 core: 下加一条映射，无需重启 Atom（新开标签页即生效）：
立即学习“C语言免费学习笔记（深入）”；
core:
fileTypes:
'.c': 'source.c'
'.h': 'source.c'
注意：source.c 是 language-c 插件注册的确切 scope 名，不能写成 text.c 或 source.cpp；可通过已高亮的 .c 文件执行 Editor: Log Cursor Scope 查证首行输出。
高亮颜色太淡或括号不显眼？别动语法主题
即使 source.c 作用域正确，你也可能看不到效果——深色主题常把 .syntax--comment 或 .bracket-matcher .region 设为低透明度：
- 括号配对由
bracket-matcher提供，样式独立于语法主题，在~/.atom/styles.less中追加：
.bracket-matcher .region {
background-color: rgba(100, 200, 255, 0.3) !important;
border: 1px solid #64c8ff !important;
}
- 注释/字符串等颜色若模糊，不是 theme 不行，而是当前语法主题（如
one-dark-syntax）没定义.syntax--source.syntax--c .syntax--comment这类完整链路选择器；优先换用atom-material-syntax，它对source.c的细分作用域支持更全
最易忽略的一点：Atom 对 C 语法的解析依赖 language-c 的 grammar 规则，而非文件内容本身。空文件、只有注释的 .c 文件、或混写了 Shell 片段的头文件，都可能因 pattern 匹配失败而退化为 text.plain ——这时 Editor: Log Cursor Scope 就是唯一可信诊断手段。
