必须安装作者为xwmx或bennettp123的protocol buffer插件，它支持proto3语法、map、service和oneof着色；安装后重启sublime，再通过右下角“open all with current extension as…”全局绑定.proto扩展名，并确认插件解压至packages/protocol buffer/目录，三步缺一不可。
Protocol Buffer 插件装哪个才真正高亮
别搜“Google Protocol Buffers”或带“Syntax”字样的包——它们大多停更多年，连 import "google/protobuf/timestamp.proto" 都解析不了。当前唯一稳定选择是：Protocol Buffer（作者 xwmx 或 bennettp123），它支持 syntax = "proto3";、map<string int32></string>、service 和 oneof 关键字着色。
安装后必须重启 Sublime，否则右下角仍显示 Plain Text；用 PackageResourceViewer: Open Resource 确认插件是否真解压到了 Packages/Protocol Buffer/ 目录，而不是卡在 Packages/User/ 或下载中途。
.proto 文件还是 Plain Text？三步绑定才生效
装对插件 ≠ 自动高亮。Sublime 不会自动把 .proto 扩展名绑定到新语法，必须手动走完绑定流程：
- 打开一个
.proto文件，点击右下角当前语法名（如Plain Text）→ 选Protocol Buffer（仅改当前文件） - 再点一次右下角 →
Open all with current extension as…→ 选Protocol Buffer（这才是全局绑定） - 检查
Packages/User/Preferences.sublime-settings里有没有其他"extensions"规则覆盖了它
Ctrl+B 一键生成代码总失败？构建系统参数不能错
Sublime 的构建系统不会自动找 protoc，也不会猜你要生成什么语言。它只拼命令并执行，“cmd” 数组里的每一项都得写实、写准：
-
"working_dir": "${file_path}"必须显式设置，否则${file}展开后含中文或空格时（macOS 尤其敏感）会静默失败 -
"--proto_path=."是必须项，否则import "common.proto"报错；多级依赖需拆成多个-I参数，例如"-I", "third_party/googleapis", "-I", "proto/common" - Go 用户注意：
--go_out=paths=source_relative:./gen中的paths=source_relative必须显式写出，否则生成的包路径错乱 -
"selector": "source.protobuf"很关键——它让Ctrl+B只在.proto文件里生效；漏掉这行，构建系统可能根本不会出现在菜单里
gRPC service 或 optional 不着色？proto3 模式没启用
有些插件默认按 proto2 解析，导致 service、rpc、returns 整块不着色，optional 也不高亮。解决方法不是换插件，而是显式启用 proto3 模式：
菜单栏 → Preferences → Settings – Syntax Specific，在右侧加一行："protobuf_version": "proto3"。注意这不是全局设置，只对当前文件类型生效；如果项目混用 proto2/proto3，得在不同文件里分别配。
另外，optional 在 proto3 中已废弃，但插件仍会高亮它——这是正常行为，不影响编译，也不建议手动删规则。真正要警惕的是 service 关键字灰掉，那基本说明 proto3 模式没生效或插件版本太旧。
