Go中MongoDB驱动编码回退MarshalJSON但解码不回退的原因及实现疑问

问题1：单向回退与BSON-JSON映射异常的原因 #

单向回退的逻辑差异 #

MongoDB Go驱动的序列化（插入）与反序列化（解码）逻辑存在不对称性：

• 序列化阶段：当类型未实现MarshalBSON时，驱动会依次尝试多种回退方案，包括调用json.Marshaler的MarshalJSON方法。这是因为BSON与JSON的基础结构（键值对、数组）兼容，驱动可将JSON序列化的文本转换为BSON二进制格式，完成插入操作。
• 反序列化阶段：驱动优先检查类型是否实现UnmarshalBSON，若未实现，仅会尝试默认的结构体字段映射（基于标签或字段名），不会回退到json.Unmarshaler。这是因为BSON包含大量JSON不支持的专属类型（如ObjectId、DateTime、Binary），JSON反序列化器无法识别这些类型的二进制标记，强行回退会导致数据解析错误或丢失，因此驱动做了严格限制。

同时实现BSON-JSON映射的异常原因 #

当你将MarshalBSON/UnmarshalBSON直接指向JSON等效方法时，会出现类型不匹配问题：

• BSON有更精细的类型划分（如区分int32、int64、double），而JSON仅用统一的数字类型表示。序列化时，JSON将数字序列化为文本，驱动转为BSON时可能默认映射为double，反序列化时JSON方法无法将BSON的int64或Decimal128类型正确转换回Go类型。
• BSON的DateTime是64位时间戳，JSON通常用字符串或数字表示，直接映射会导致时间格式解析错误；ObjectId在BSON中是12字节二进制，JSON序列化为24位字符串，反序列化时无法自动转回ObjectId类型。

问题2：BSON方法与JSON方法的核心差异 #

• 类型支持范围：BSON原生支持MongoDB专属类型（ObjectId、Binary、DateTime、Decimal128等），MarshalBSON/UnmarshalBSON可以直接操作这些类型；JSON方法仅能处理基础数据类型，对BSON专属类型只能通过自定义字符串/数字格式间接处理，容易出错。
• 序列化效率与格式：BSON是二进制格式，序列化/反序列化效率更高，数据体积更小；JSON是文本格式，需要额外的解析/转换步骤。插入时驱动能兼容JSON是因为做了JSON到BSON的自动转换，但解码时驱动拿到的是BSON二进制，无法直接用JSON反序列化器处理。
• 驱动处理逻辑：序列化时驱动允许回退到JSON是因为两种格式的结构兼容；解码时不回退是因为BSON的类型体系比JSON复杂，JSON反序列化器无法处理BSON的二进制类型标记，强行回退会破坏数据一致性。

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