go结构体字段存入mongodb后为空，大概率因字段未导出（小写首字母）或bson标签不匹配；必须首字母大写确保导出，并严格按数据库字段名设置bson标签（如nm→bson:"nm"），嵌套字段同理，_id推荐用primitive.objectid而非string。
Go 结构体里字段是 string 类型，但存进 MongoDB 后查出来为空？大概率不是数据库问题，而是 BSON 编解码时字段不可见或标签没对上。
结构体字段必须导出（首字母大写）
Go 的反射机制（包括官方 mongo-go-driver 和已归档的 mgo）只能访问导出字段。小写字段如 name、id 在反序列化时完全被忽略，哪怕 BSON 数据里有对应键，也不会赋值。
- 错误写法：
name string `bson:"nm"`→ 反序列化后name永远是空字符串 - 正确写法：
Name string `bson:"nm"`→ 字段可导出，BSON 解析器能写入 - 如果字段是嵌套结构体，内部字段也必须全部导出，否则整个子结构为空
bson 标签必须与文档字段名严格一致
BSON 解析器不自动做大小写转换或下划线/驼峰推导。标签名就是字面匹配，错一个字符就失败。
- 数据库存的是
{"nm": "beijing", "_id": ObjectId("...")} - 结构体得写成：
Name string `bson:"nm"`，不能写`bson:"name"`或`bson:"Nm"` -
_id字段标签必须是`bson:"_id"`，不是`bson:"id"`或`bson:"ID"` - 若字段在数据库中是
user_name，标签就得写`bson:"user_name"`，不能指望驱动自动转成UserName
string 字段类型本身没问题，但要注意 _id 的特殊性
单独一个 string 字段（比如 Name、Code）用 bson 标签映射完全安全。但如果你把 _id 也定义成 string，会埋坑：
- 存进去没问题（BSON 允许
_id是 string），但查出来再用它做查询或比较时，语义丢失：你无法调用.Hex()、无法判断是否有效 ObjectID、无法传给primitive.ObjectIDFromHex() - 更稳妥的做法是用
primitive.ObjectID（官方驱动）或bson.ObjectId（mgo），并确保字段导出：ID primitive.ObjectID `bson:"_id"` -
omitempty对string字段只影响写入（Insert/Update 时跳过空字符串），不影响读取（Find 时照样解码），别以为加了它就能让空字符串“不出现”
调试时优先检查 err 和实际返回的 BSON 字节
光看结构体打印结果容易误判。很多空值问题其实源于查询没命中、游标提前关闭，或者 BSON 解码中途 panic 但被吞掉。
- 务必检查
collection.Find().All()或.Decode()的返回error，不要忽略 - 临时用
bson.M或bson.D直接解码，看原始数据长什么样：var raw bson.M; err := cursor.Decode(&raw)，然后fmt.Printf("%v", raw) - 如果
raw里有"nm"但结构体字段还是空，基本锁定是导出或标签问题；如果raw里压根没有那个 key，说明查询条件或数据库本身就没这条数据
最容易被忽略的点：字段导出是硬性前提，bson 标签是精确开关，二者缺一不可。别依赖“看起来应该能行”的直觉，每个字段都得手动核对大小写和引号内的字符串是否和数据库文档完全一致。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
