本文详解为何将 time.now().format() 得到的字符串用于 mongodb 时间查询会失败，并说明应直接传递 time.time 类型值——mgo 会自动将其序列化为 bson date 类型，从而匹配数据库中存储的 isodate。
本文详解为何将 time.now().format() 得到的字符串用于 mongodb 时间查询会失败，并说明应直接传递 time.time 类型值——mgo 会自动将其序列化为 bson date 类型，从而匹配数据库中存储的 isodate。
在 Go 中使用 mgo 驱动操作 MongoDB 时，一个常见误区是：将 time.Time 格式化为字符串（如 RFC3339）后传入查询条件。例如：
currentDate := time.Now().Format(time.RFC3339)
database.FindDocuments("content", bson.M{
"$and": []bson.M{
bson.M{"start_date": bson.M{"$lte": currentDate}},
bson.M{"end_date": bson.M{"$gte": currentDate}},
},
})这段代码看似合理，但实际无法命中数据——因为 currentDate 是字符串（如 "2016-09-08T13:05:24+05:30"），而 MongoDB 中的 start_date 和 end_date 字段是 BSON Date 类型（对应 shell 中的 ISODate()）。MongoDB 不会自动将字符串解析为日期进行比较，导致 $lte / $gte 查询始终返回空结果。
✅ 正确做法是：直接传入 time.Time 类型值。mgo 内置了对 time.Time 的 BSON 序列化支持，会将其精确转换为 BSON Date（毫秒级精度），与数据库中存储的 ISODate 完全兼容：
currentDate := time.Now() // ✅ 自动转为 BSON Date
// 或使用 mgo 提供的毫秒对齐辅助函数（更贴近 MongoDB 原生精度）
currentDate := bson.Now() // 等价于 time.Now().Truncate(time.Millisecond)
content := database.FindDocuments("content", bson.M{
"$and": []bson.M{
bson.M{"start_date": bson.M{"$lte": currentDate}},
bson.M{"end_date": bson.M{"$gte": currentDate}},
},
})? 补充说明：bson.Now() 源码为 time.Unix(0, time.Now().UnixNano()/1e6*1e6)，即截断至毫秒（MongoDB Date 精度为毫秒），避免纳秒级时间在序列化时被截断引发意外不匹配。
⚠️ 注意事项：
- 不要手动格式化时间（如 .Format()、.String()），这会丢失类型语义；
- 确保 MongoDB 文档中 start_date/end_date 字段确为 Date 类型（而非字符串），可通过 db.content.findOne().start_date.constructor 在 shell 中验证；
- 若需特定时区时间，请先用 time.In(loc) 转换，mgo 仍能正确处理（BSON Date 始终以 UTC 存储，但比较逻辑保持时区一致性）；
- mgo 已归档，生产环境建议迁移到官方 mongo-go-driver，其 primitive.DateTime 同样要求传入 time.Time，原理一致。
总结：时间查询失效的根本原因不是格式错误，而是类型错配。信任 mgo 对 time.Time 的原生支持，让驱动层完成 BSON Date 的正确序列化，是简洁、可靠且符合 Go 类型哲学的最佳实践。
