为何GCP Pub/Sub推送消息存在重复的messageId与publish_time等值字段？

我通过GCP Pub/Sub推送订阅接收消息，某条消息的原始字节负载如下：

REQUEST_BODY b'{\"message\":{\"attributes\":{\"one\":\"two\"},\"data\":\"InN0dWZmIg==\",\"messageId\":\"5481363137518973\",\"message_id\":\"5481363137518973\",\"publishTime\":\"2022-08-24T16:39:11.08Z\",\"publish_time\":\"2022-08-24T16:39:11.08Z\"},\"subscription\":\"projects/my-project/subscriptions/my-subscription-name\"}\n'

可见消息中存在两组值重复的字段：

• messageId 与 message_id
• publishTime 与 publish_time

我了解不同语言和编码风格偏好驼峰式与蛇形命名，但传输时只需保留其一即可，这会产生额外带宽费用。请问GCP为何如此设计？能否关闭该机制？

设计原因 #

GCP Pub/Sub同时提供两种命名格式的重复字段，核心是为了兼容不同技术栈的编码习惯：

• Java、C#这类语言普遍使用驼峰式命名（比如messageId）
• Python、Ruby等语言则更偏好蛇形命名（比如message_id）
  这种设计让不同开发者不用额外做字段名转换就能直接对接，降低了集成的复杂度。

另外，这也和Pub/Sub的API迭代有关，早期版本可能只支持其中一种命名，为了不影响已经上线的客户端代码，后续更新时保留了旧字段，同时新增了符合另一类风格的命名，保证向后兼容性。

能否关闭重复字段？ #

目前GCP Pub/Sub没有提供关闭重复字段的配置选项，推送订阅的消息格式是固定的，无法手动移除其中一组。

如果担心带宽成本，可以试试这两个优化方向：

• 在接收消息时，只处理自己需要的命名格式字段，直接忽略另一组
• 若使用官方客户端库，大部分库会自动处理重复字段，只暴露对应语言风格的字段，你不用关心原始负载里的重复内容

内容的提问来源于stack exchange，提问作者thclark