本文详解 mgo 中 collection.Find(nil).All() 查询无报错却无法显示结果的典型原因，重点指出日志误打变量、结构体字段映射缺失、以及调试时使用 []interface{} 的实用技巧。
本文详解 mgo 中 `collection.find(nil).all()` 查询无报错却无法显示结果的典型原因，重点指出日志误打变量、结构体字段映射缺失、以及调试时使用 `[]interface{}` 的实用技巧。
在使用 mgo（Go 语言经典 MongoDB 驱动）进行全量数据查询时，许多开发者会写出类似以下的代码：
type User struct {
Email string `json:"email" bson:"email"`
Pass string `json:"pass" bson:"pass"`
}
session := dbConnect()
collection := session.DB("my_db").C("users")
var users []User
err := collection.Find(nil).All(&users)
if err != nil {
log.Fatal("Mongo collection find fail: ", err)
}
fmt.Println("Results >> ", err) // ⚠️ 关键错误：此处打印的是 err，而非 users！
这段代码逻辑上并无语法或连接错误——err 为 <nil></nil> 正说明查询执行成功；但 fmt.Println("Results >> ", err) 输出的永远是 <nil></nil>，导致误以为“没查到数据”。真正需要打印的是 users 变量本身：
fmt.Println("Results >> ", users) // ✅ 正确：输出反序列化后的结构体切片
更进一步，若仍看不到预期结果，请检查以下关键点：
✅ 结构体字段必须与 BSON 字段名精确匹配
mgo 默认按 bson tag 映射字段。若数据库中实际存储的字段名为 email_address 或 _id（MongoDB 自带主键），而结构体未声明对应字段，则该字段会被忽略，甚至影响整个文档解码（尤其当缺少 _id 时可能导致解码失败）。建议显式添加 _id 支持：
type User struct {
ID bson.ObjectId `json:"_id,omitempty" bson:"_id,omitempty"`
Email string `json:"email" bson:"email"`
Pass string `json:"pass" bson:"pass"`
}
✅ 调试阶段优先使用 []interface{} 查看原始数据
当结构体映射存疑时，绕过类型约束直接获取原始 BSON 数据，可快速验证集合是否非空、字段名是否一致：
var raw []interface{}
err := collection.Find(nil).All(&raw)
if err != nil {
log.Fatal("Mongo collection find fail: ", err)
}
fmt.Printf("Raw results (%d docs): %+v\n", len(raw), raw)
此方式不依赖结构体定义，能直观暴露字段大小写、嵌套结构、隐藏字段（如 _id 类型）等问题。
⚠️ 注意事项
-
mgo已归档（官方已标记为 unmaintained），生产环境强烈推荐迁移至官方驱动mongo-go-driver； -
Find(nil)等价于无条件查询，大数据集慎用，应配合.Limit()或分页逻辑； - 使用完 session 后务必调用
session.Close()避免连接泄漏（尤其在长周期服务中）。
总结：collection.Find(nil).All(&users) 本身工作正常，问题多出在结果消费环节——确认打印目标变量、校验结构体 tag、善用泛型调试，即可高效定位并解决“查不到数据”的假象。
