.NET Core MongoDB 实现嵌套对象数组DateTime属性过滤

问题原因分析 #

1. 报错代码的问题 #

你写的filter = builder.Where(a => a.Dates.Equals(d => d.StartTime, todaysDate));本身不符合语法：Equals方法用于比较两个对象是否是同一个引用，不支持传入lambda表达式做匹配条件，直接弃用该写法即可。

2. 单日期匹配无结果的问题 #

核心是两个常见的MongoDB .NET驱动日期匹配坑：

• 时区不匹配：你示例中数据库存储的StartTime是UTC时区（ISO格式后缀+00:00），如果你的todaysDate是生成本地时区的时间，两边时区不一致自然无法匹配。
• 精度不匹配：DateTime类型默认带毫秒、Tick级别的精度，如果你要查询的是「当天所有数据」而非精确到某一毫秒的时间点，直接用==匹配几乎不可能命中结果。

解决方法 #

场景1：查询当天所有数据（最常用） #

直接用时间范围逻辑匹配当天的起止时间，和你已有的范围查询逻辑保持一致，完全规避时区、精度问题：

if(dateRange == "Today"){ 
    // 先计算当天UTC时区的零点作为起始，次日UTC零点作为结束
    DateTime todayUtcStart = todaysDate.Date.ToUniversalTime();
    DateTime tomorrowUtcStart = todayUtcStart.AddDays(1);
    // 匹配所有StartTime落在当天区间的嵌套对象
    filter = builder.Where(a => a.Dates.Any(d => d.StartTime >= todayUtcStart && d.StartTime < tomorrowUtcStart));
}

如果你的todaysDate生成时已经指定了DateTimeKind.Utc，可以去掉ToUniversalTime()调用，避免重复转换出错。

场景2：需要精确匹配某一个时间点 #

先对齐时间的时区和精度再匹配：

if(dateRange == "Today"){ 
    // 对齐时区：转成UTC
    // 对齐精度：截断毫秒，和数据库存储精度保持一致
    var matchTime = new DateTime(todaysDate.Ticks - (todaysDate.Ticks % TimeSpan.TicksPerSecond), DateTimeKind.Utc);
    filter = builder.Where(a => a.Dates.Any(d => d.StartTime == matchTime));
}

额外优化 #

你现有的范围查询逻辑可以合并成一个Any调用，无需拼接两个过滤器，性能更好：

else{ 
    filter = builder.Where(a => a.Dates.Any(date => 
        date.StartTime >= fromDate 
        && (toDate == null || date.StartTime <= toDate)
    ));
}

内容的提问来源于stack exchange，提问作者Naduni Jayaweera