sublime text不能用正则解析.proto文件，因其嵌套声明式语法（如message嵌套、注释穿插、跨行定义）无法被正则可靠识别作用域边界，易误匹配或破坏结构；仅可在结构稳定、目标明确时谨慎用于简单批量编辑（如删空行、补默认值），且须备份并用protoc验证。
Sublime Text 本身不靠正则表达式解析或格式化 .proto 文件——语法高亮、跳转、格式化全依赖插件 + 外部工具链；所谓“正则处理”，只适用于简单批量编辑场景，比如重命名字段、补默认值、删空行，且极易破坏结构合法性。
为什么不能用正则解析 proto 结构
Protobuf 是嵌套声明式语言，message 块可嵌套 message、enum、oneof，还支持注释穿插、跨行字段定义（如 optional int32 id = 1 [deprecated=true];）。正则无法可靠识别作用域边界，例如：
-
^message\s+(\w+)\s*\{会匹配到oneof块里的message字符串，或注释中的误匹配 - 字段编号
=\s*1出现在option、default、reserved里都合法，但语义完全不同 - 缩进、换行、注释位置无强制规范，正则替换后大概率导致
protoc解析失败
哪些场景下可以谨慎用正则批量编辑
仅限结构已稳定、无嵌套干扰、目标明确的文本替换。操作前务必 备份文件，并用 protoc --syntax=proto3 --proto_path=. --encode=Foo 快速验证语法有效性。
- 统一将
repeated字段加optional（仅 proto2）：\brepeated\s+(\w+\s+\w+)\s*=\s*(\d+)→optional $1 = $2 - 给所有未设
default的int32字段补默认值：(? → <code>int32 $1 = $2 [default = 0];（注意负向先行断言兼容性） - 清理连续空行：
\n\s*\n\s*\n→\n\n（别动单个换行，否则破坏行号映射） - 替换导入路径前缀：
import\s+"(legacy/)([^"]+)";→import "$2";（确保路径字符串内无引号嵌套）
正则替换后必做的三件事
Sublime 的 Find & Replace 不校验 Protobuf 语法，替换完立刻进入“危险区”：
- 打开命令面板 → 输入
Protobuf: Validate（如果装了 Protocol Buffer 插件且配置了protoc路径），或手动运行protoc --proto_path=. your_file.proto --encode=Dummy - 检查右下角语法标识是否仍是
Protocol Buffer—— 若变回Plain Text，说明正则把syntax = "proto3";这类声明行删了或改错了 - 用
buf check breaking或prototool lint扫描是否引入不兼容变更（尤其涉及field_presence、json_name等选项）
真正安全的自动化，是写 buf generate 插件或用 protoc-gen-pretty 做 AST 级重构；正则只是临时扳手，拧完得拿扭矩扳手复检。
