Sublime Text原生不支持COBOL语法高亮，必须通过Package Control安装第三方语法包（如COBOL或COBOL Syntax），并手动绑定.cbl/.cob扩展名；高亮仅支持ANSI-85大写格式且列位置严格，编译需依赖外部COBOL工具链配置Build System。
COBOL语法高亮在Sublime里根本不存在，装包是唯一入口
Sublime Text原生不带COBOL支持，打开.cbl或.cob文件默认就是Plain Text——关键词、PROCEDURE DIVISION、MOVE全灰，这不是你配错了，是压根没这个语法定义。必须通过Package Control装第三方语法包才能启动高亮。
最稳的选择是COBOL（作者：brandonjsmith），它规则贴近IBM Enterprise COBOL；若项目用Micro Focus，可选COBOL Syntax（作者：mattfoster）。安装步骤固定：
- 按
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（macOS）呼出命令面板 - 输入
Install Package回车，等待列表加载完成 - 搜
COBOL，点安装，别手抖选错成COBOL Highlighter之类过时或失效包
装完后打开任意.cbl文件，右下角应显示COBOL；若仍是Plain Text，说明扩展名没绑定，得手动处理。
文件扩展名不自动识别？手动绑定.cbl和.cob
装完包不代表万事大吉。Sublime不会自动把.cbl映射到新装的COBOL语法，尤其Windows上常见这问题。右下角点Plain Text → Open all with current extension as… → 选COBOL，它会自动生成一个COBOL.sublime-settings文件，内容类似："syntax": "Packages/COBOL/COBOL.sublime-syntax"。
注意两点：
- 这个操作对当前扩展名生效，
.cbl和.cob要分别做一次 - 如果项目里混用
.cpy（copybook），也得单独绑定，否则COPY语句块里全是白底黑字
绑定后重启Sublime或重载文件，IDENTIFICATION DIVISION开始的段落才会有基础高亮——但别指望它识别小写关键字或嵌入SQL，这是正则硬匹配的物理限制。
COBOL高亮失效的典型现象和真实原因
你写好代码，右下角明明显示COBOL，但EVALUATE块突然全变白，PERFORM也不着色——这不是插件坏了，是COBOL语法高亮本身的机制决定的：
- 它只认ANSI-85格式：关键字必须大写，列8起始（即每行前7列留空），禁用Tab混搭空格
- 缩进多1个空格、
*>注释前多1个空格、甚至01层级定义顶格写，都可能让整段词法解析崩掉 - 不支持COBOL 2002+新特性（如
FUNCTION调用）、不解析EXEC SQL嵌入块，这些区域一律当普通文本
所以别花时间调COBOL.sublime-syntax文件——改了也没用，规则写死在正则里。真要稳定，就老老实实按传统格式写：列8起写IDENTIFICATION，列12起写DATA DIVISION，别碰小写。
想在Sublime里编译COBOL？先确认你有可用的编译器链
Sublime本身不提供COBOL编译能力，所谓“配置编译”只是把外部工具链包装成Build System。前提是本地已装好COBOL编译器，比如：
- Linux/macOS：GNU Cobol（
gcov）或OpenCobol，确保cobc --version能返回版本号 - Windows：Micro Focus COBOL或GnuCOBOL for Windows，路径需加入
PATH环境变量
配置步骤：
Tools → Build System → New Build System- 填入类似内容（以GNU Cobol为例）：
{ "shell_cmd": "cobc -x -free \"$file\"", "file_regex": "^(.*?):([0-9]+):?([0-9]+)?:? (.*)$", "working_dir": "$file_path", "selector": "source.cobol" } - 保存为
COBOL.sublime-build，再通过Tools → Build System选它
关键点：selector值必须和语法包定义的作用域一致（查COBOL.sublime-syntax里的scope字段），否则Ctrl+B根本不会触发这个构建系统。另外，COBOL编译错误信息格式千差万别，file_regex不匹配就跳不到报错行——别硬套Python那套正则。
COBOL高亮本质是正则扫描，不是语法树解析；编译依赖外部工具链，不是编辑器内置功能。这两件事的“配置”边界很清晰：前者靠严格格式换稳定高亮，后者靠本地环境打通构建通路。任何想绕过格式约束或假装Sublime自带编译器的想法，都会卡在第一行IDENTIFICATION DIVISION上。
