Go 中使用 mgo 驱动时，自定义类型（如 Const int）默认按底层整型存储到 MongoDB，即使已实现 json.MarshalJSON/UnmarshalJSON；需额外实现 bson.Getter 和 bson.Setter 接口，才能控制 BSON 层的序列化行为。
go 中使用 mgo 驱动时，自定义类型（如 `const int`）默认按底层整型存储到 mongodb，即使已实现 `json.marshaljson`/`unmarshaljson`；需额外实现 `bson.getter` 和 `bson.setter` 接口，才能控制 bson 层的序列化行为。
在 Go 与 MongoDB 集成开发中，一个常见误区是：为自定义类型实现了 JSON 编解码逻辑，并不意味着它能自动应用于 BSON 序列化。mgo（gopkg.in/mgo.v2）底层使用独立的 BSON 编解码器，它完全忽略 json.Marshaler/json.Unmarshaler 接口，而是优先识别 bson.Getter 和 bson.Setter 接口 —— 这正是问题的根本原因。
如示例所示，Const 类型虽已正确实现 MarshalJSON() 返回 "apple" 字符串，但调用 bson.Marshal() 或直接 col.Insert() 时，mgo 仍直接将 Const 的底层 int 值（如 1）写入数据库字段 "value"，导致数据语义丢失。
✅ 正确解决方案：实现 BSON 专属接口
你需要为 Const 类型显式实现两个接口：
-
GetBSON() (interface{}, error)：控制序列化方向（Go → BSON），返回希望存入数据库的实际值； -
SetBSON(raw bson.Raw) error：控制反序列化方向（BSON → Go），从原始 BSON 数据解析并赋值。
以下是完整、健壮的实现：
import (
"fmt"
"gopkg.in/mgo.v2/bson"
)
// GetBSON 实现：将 Const 转为字符串存入 MongoDB
func (c Const) GetBSON() (interface{}, error) {
return c.Code(), nil // 返回 "apple", "banana" 等字符串
}
// SetBSON 实现：从 BSON 字符串解析回 Const 值
func (c *Const) SetBSON(raw bson.Raw) error {
var s string
if err := raw.Unmarshal(&s); err != nil {
return fmt.Errorf("failed to unmarshal BSON string: %w", err)
}
switch s {
case "apple":
*c = Apple
case "banana":
*c = Banana
case "cherry":
*c = Cherry
default:
return fmt.Errorf("invalid fruit string: %q", s)
}
return nil
}
⚠️ 注意事项：
SetBSON的参数是bson.Raw，不能直接解码为int（原答案中误写为var data int并错误地对字符串字面量做case "apple"判断，会导致 panic）。正确做法是先解码为string，再匹配。GetBSON返回值必须是 BSON 可序列化的类型（如string,int,map[string]interface{}等），此处返回c.Code()（string）完全符合要求。- 若结构体字段可能为
nil或需支持零值处理，应在SetBSON中增加空值校验（本例中Const是非指针基础类型，无需额外处理）。
✅ 验证效果
完成上述实现后，运行 TestMongo 测试将成功通过：插入的文档在数据库中真实存储为
{ "_id": "id123", "desc": "Red Delicious", "value": "apple" }
而非 {"value": 1}。后续查询也能正确还原 rec2.Value.Code() 为 "apple"。
? 总结
| 场景 | 使用接口 | 是否生效 |
|---|---|---|
json.Marshal() / json.Unmarshal()
|
json.Marshaler / json.Unmarshaler
|
✅ 仅限 JSON 场景（如 HTTP API） |
bson.Marshal() / bson.Unmarshal() 或 mgo.Collection.Insert() / .Find().One()
|
bson.Getter / bson.Setter
|
✅ 必须实现，MongoDB 持久化唯一有效途径 |
因此，在基于 mgo 的 MongoDB 应用中，永远不要依赖 JSON 接口来控制数据库字段格式。务必为需要定制序列化的自定义类型补全 GetBSON 和 SetBSON，这是确保数据语义一致性与可读性的关键实践。
