Sublime中TOML和INI文件需手动安装语法包并切换语法：TOML需安装bswck的TOML包后右下角手动选择；INI可通过“Set Syntax: INI”临时设置或“Open all with current extension as…”永久映射后缀；二者高亮差异源于语法特性，且可能被EditorConfig等插件强制覆盖。
Sublime 里 TOML 文件没高亮？先确认语法包已安装
Sublime 默认不带 TOML 支持，直接打开 .toml 文件会是纯文本模式。这不是你配置错了，是根本没装对应语法定义。
实操建议：
- 用
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（macOS）呼出命令面板，输入Package Control: Install Package回车 - 再搜
TOML，选中并安装TOML（作者是bswck，别装错成Toml或其他变体） - 装完后，手动触发一次语法切换：右下角点击当前语法名（比如 “Plain Text”），在弹出菜单里选
TOML
常见错误现象：装了包但文件仍不亮——大概率是没手动切换语法，Sublime 不会自动关联 .toml 后缀，除非你额外配了 Preferences → Settings – Syntax Specific。
INI 文件被识别成纯文本？别硬改后缀，用语法映射更稳
Sublime 对 .ini 的支持是内置的，但默认只认标准后缀，像 config.ini 可以，而 docker-compose.yml 或 pyproject.toml 就不行；反过来，有些项目用 .conf 或 .cfg 存 INI 格式内容，Sublime 也不会自动高亮。
实操建议：
- 打开一个 INI 格式文件（无论后缀是什么），按
Ctrl+Shift+P→ 输入Set Syntax: INI回车，立刻生效 - 想永久绑定某后缀（比如让所有
.cfg都用 INI 语法）：菜单栏View → Syntax → Open all with current extension as… → INI - 该操作会生成用户级映射规则，路径在
Preferences → Settings – Syntax Specific里看不到，实际存于Packages/User/INI.sublime-settings（不需手动编辑）
容易踩的坑：有人手动改文件后缀（如把 settings.cfg 改成 settings.ini），结果破坏了工具链读取逻辑——语法映射才是无侵入解法。
TOML 和 INI 高亮效果差异大？不是 bug，是语法特性决定的
TOML 的 [section]、key = "value"、内联表、数组、日期字面量等，在 TOML 语法包里都有独立 scope，而 INI 包通常只处理基础节头和键值对，对注释、引号包裹、转义的支持也弱得多。
影响点：
- 写
[[dependencies]]这种表数组时，TOML 包能正确着色两对方括号；INI 包会把它当普通文本甚至报错（如果强行套用） -
# comment在 TOML 和 INI 中都支持，但;注释只在 INI 有效，TOML 包不会给它着色 - 性能上无明显差别，但若打开超大 TOML（如生成的
cargo.lock），部分旧版 TOML 包可能卡顿，建议保持包更新
参数差异小但关键：TOML 包默认启用 detect_indent，会根据文件首行缩进自动设为 2 或 4 空格；INI 包不处理缩进，全靠 tab width 设置。
为什么改了语法设置还是不生效？检查是否被插件覆盖
某些插件（比如 EditorConfig、ApplySyntax 或语言专属插件如 RustEnhanced）会在文件打开时强制重置语法，导致你手动选的 TOML 或 INI 一秒后又变回去。
排查方法：
- 临时禁用所有插件：
Preferences → Package Control → Disable Package，逐个关，看哪个一关就正常 - 检查状态栏右下角：如果显示的语法名后面带
(forced)，说明有插件在干预 - 查看控制台（
Ctrl+`）有没有类似reapplying syntax for ...的日志
真正复杂的地方不在安装，而在多插件共存时的语法控制权争夺——尤其团队共享配置时，有人装了 AutoSetSyntax，别人就很难稳定用上 TOML 高亮。
