Proto3字段编号优先用1-15，因为其在wire format中仅占1字节，而16-2047需2字节、≥2048需3字节；高频字段（如ID、status）应分配1-15以节省空间并提升解析性能，预留扩展宜用reserved 100 to 199等高位区间，改编号会破坏ABI兼容性。
proto3字段编号为什么优先用1-15
字段编号直接影响序列化后二进制数据的大小。编号1-15在protobuf wire format中只占用1个字节，而16-2047需要2个字节，更大的编号会进一步增加开销。
- 高频字段（如
id、status）尽量分配1-15范围内的编号 - 预留扩展字段时，避开1-15，改用
reserved 100 to 199这类高位区间 - 字段重排不会改变wire格式兼容性，但必须保证编号不变——改编号等于破坏ABI
repeated字段不预分配容量会怎样
Go生成的protobuf代码中，repeated字段底层是[]T切片。未预分配时，每次append可能触发多次底层数组扩容，产生额外内存拷贝和GC压力。
- 已知最大长度时，用
proto.RepeatedFieldOfT{cap: N}或手动make([]T, 0, N)初始化 - 不确定长度但有常见范围（如日志条目通常≤10），设
cap: 10比默认cap: 0更稳 - 注意：
proto.Unmarshal本身不做预分配，需在业务层控制输入规模或提前reserve
Timestamp和Duration该不该直接用time.Time
Protobuf的google.protobuf.Timestamp和google.protobuf.Duration在Go中映射为*timestamp.Timestamp和*duration.Duration，不是time.Time或time.Duration。强行类型转换会丢失精度或panic。
- 必须用
timestamp.Timestamp.AsTime()和timestamp.Timestamp.FromTime(t)做转换 -
duration.Duration.AsDuration()和duration.Duration.FromDuration(d)同理 - 直接赋值
msg.CreatedAt = &t（t为time.Time）编译失败——类型不匹配 - 忽略时区信息、纳秒精度截断等隐式行为，是线上时间字段错乱的常见源头
go_package路径错位导致import失败怎么查
go_package选项决定生成代码的包路径，它必须与go.mod中模块路径+子目录完全一致，否则import语句找不到包。
立即学习“go语言免费学习笔记（深入）”；
- 检查
.proto文件里的option go_package = "github.com/yourorg/yourrepo/protos/mysvc"; - 确认生成目录是否真在
$GOPATH/src/github.com/yourorg/yourrepo/protos/mysvc或模块根目录下的对应路径 -
protoc --go_out=paths=source_relative:. *.proto中的paths=source_relative很关键，否则生成路径可能偏离预期 - 错误示例：
import "mysvc"失败，实际应为import "github.com/yourorg/yourrepo/protos/mysvc"
go_package一旦发布就不可变更，而时间类型转换和切片预分配这些事，容易在压测阶段才暴露。 
