Go 中 MongoDB 结构体字段序列化为空的解决方案

Go 中 MongoDB 结构体字段序列化为空的解决方案

在 Go 中使用 mgo（或官方驱动）操作 MongoDB 时，若结构体字段为小写（未导出），BSON 解析器无法访问并赋值，导致反序列化后所有字段为空；必须将字段首字母大写以确保其可导出。

不少刚接触 Go 和 MongoDB 开发的朋友，都踩过这样一个“坑”：代码逻辑明明没问题，查询也执行了，但反序列化出来的结构体，所有字段都是空的。问题根源，往往就出在结构体字段的命名上。

简单来说，Go 的反射机制（无论是 mgo 还是官方的 go.mongodb.org/mongo-driver/bson）只能访问导出（public）字段——也就是首字母大写的字段。如果你在结构体里定义的 id 和 name 都是小写，那它们就属于未导出字段。这样一来，即便 MongoDB 数据库里确实有 _id 和 nm 这些数据，BSON 解析器也“看不见”你结构体里对应的位置，自然无法写入，最终输出一片空白。

✅ 正确的做法是什么？

其实很简单：将结构体字段改为导出形式，同时通过 bson 标签来精确映射到 MongoDB 中的字段名。这才是标准操作。

type StationConfig struct {
    ID   string `bson:"_id,omitempty"` // 映射 MongoDB 的 “_id” 字段
    Name string `bson:"nm"`           // 映射 MongoDB 的 “nm” 字段
}

⚠️ 几个关键的注意事项

• 关于 ID 字段的类型：通常更建议使用 primitive.ObjectID（官方驱动）或 bson.ObjectId（旧版 mgo），而不是简单的 string。这样做能保留 ObjectId 的完整语义，比如校验、时间戳解析等。当然，如果你坚持用 string 类型，大部分情况下也能工作，只是会失去一些 ObjectId 特有的结构化能力。
• 关于 omitempty 标签：这个标签表示当字段为空值时，在序列化（如插入、更新操作）时会被忽略。它主要影响写入行为，对于读取数据没有影响，可以根据需要保留。
• 如果你用的是新版官方驱动（go.mongodb.org/mongo-driver/mongo），记得导入 go.mongodb.org/mongo-driver/bson/primitive 包，并这样声明：

  ID primitive.ObjectID `bson:"_id"`

? 一份完整的修正示例（兼容 mgo.v2）

下面这段代码，清晰地展示了从连接数据库到查询、映射的完整流程，可以直接参考使用：

package main

import (
    "log"
    "gopkg.in/mgo.v2"
)

type StationConfig struct {
    ID   string `bson:"_id,omitempty"`
    Name string `bson:"nm"`
}

func main() {
    session, err := mgo.Dial("192.168.1.41")
    if err != nil {
        panic(err)
    }
    defer session.Close()

    c := session.DB("metos").C("stations")
    var stationConfigs []StationConfig
    err = c.Find(nil).Limit(100).All(&stationConfigs)
    if err != nil {
        log.Fatal(err)
    }

    log.Printf("Found %d stations:\n", len(stationConfigs))
    for i, s := range stationConfigs[:min(5, len(stationConfigs))] {
        log.Printf("  [%d] ID=%s, Name=%s", i+1, s.ID, s.Name)
    }
}

func min(a, b int) int {
    if a < b {
        return a
    }
    return b
}

? 总结一下

说到底，这个问题并不仅仅是 MongoDB 特有的。在 Go 语言中，所有需要被外部包（无论是 BSON 库、JSON 包还是 ORM 框架）自动读写的数据字段，都必须是导出字段（首字母大写）。这是 Go 语言设计上的一条基本规则。

因此，养成一个好习惯：定义结构体时，字段命名遵循 CamelCase（驼峰式）规范，并配合适当的 bson 或 json 标签。这是构建健壮、可靠数据层的一个关键基础，能帮你避开许多类似的“低级”错误。