当使用 $objectToArray 展开嵌套日期键（如 "2023-11-26"）后，直接对 datesArray.k 字段用 toISOString() 进行 $gte/$lte 比较会失败——因键是纯日期字符串（"2023-11-26"），而 toISOString() 生成带时分秒毫秒的完整时间戳（"2023-11-26T00:00:00.000Z"），导致字符串字典序比较失真。
当使用 `$objecttoarray` 展开嵌套日期键（如 `"2023-11-26"`）后，直接对 `datesarray.k` 字段用 `toisostring()` 进行 `$gte`/`$lte` 比较会失败——因键是纯日期字符串（`"2023-11-26"`），而 `toisostring()` 生成带时分秒毫秒的完整时间戳（`"2023-11-26t00:00:00.000z"`），导致字符串字典序比较失真。
在 MongoDB 中，当日期以字符串形式作为对象键名（如 dates: { "2023-11-26": { ... } }）存储时，无法直接使用 $gte/$lte 对键名（datesArray.k）执行时间范围匹配——因为 MongoDB 的字符串比较是按 UTF-8 字典序进行的，而非语义化日期解析。例如：
-
"2023-11-26""2023-11-27" ✅（字典序成立） -
"2023-11-26""2023-11-26T00:00:00.000Z" ❌（前者更短，字典序反而更小，但逻辑上应相等）
因此，原代码中：
'datesArray.k': {
$gte: startDate.toISOString(), // → "2023-11-26T00:00:00.000Z"
$lte: endDate.toISOString(), // → "2023-11-27T00:00:00.000Z"
}
实际是在比 "2023-11-26" ≥ "2023-11-26T00:00:00.000Z" ——这永远为 false，导致空结果。
✅ 正确解法：统一格式，精准匹配日期字符串
只需将 startDate 和 endDate 标准化为 YYYY-MM-DD 格式（与文档中键名完全一致），再构造条件：
- 若起止日期不同 → 使用
$gte/$lte（此时键名和标准日期字符串字典序一致）； - 若起止日期相同 → 直接精确匹配单个键（避免边界问题）。
优化后的聚合管道如下：
const startISO = startDate.toISOString();
const endISO = endDate.toISOString();
// 提取标准日期字符串：YYYY-MM-DD
const startDateStr = startISO.split('T')[0];
const endDateStr = endISO.split('T')[0];
const campaigns = await this.campaignModel.aggregate([
{ $addFields: { datesArray: { $objectToArray: '$dates' } } },
{ $unwind: '$datesArray' },
{
$match: {
'datesArray.k': startDateStr === endDateStr
? startDateStr // 精确匹配单日
: { $gte: startDateStr, $lte: endDateStr } // 范围匹配多日
}
},
{
$group: {
_id: '$_id',
totalCost: { $sum: '$datesArray.v.cost' },
document: { $first: '$$ROOT' }
}
},
{ $sort: { totalCost: -1 } },
{ $skip: offset },
{ $limit: limit },
{
$replaceRoot: {
newRoot: { $mergeObjects: ['$document', { totalCost: '$totalCost' }] }
}
}
]);
? 关键注意事项：
-
绝不混用格式：确保
datesArray.k（如"2023-11-26"）与$match中的值严格同构（YYYY-MM-DD）； -
避免
toISOString()直接参与键比较：它适用于Date类型字段，不适用于字符串键； -
边界安全：
$gte/$lte在纯YYYY-MM-DD字符串上完全可靠（ISO 8601 格式天然支持字典序排序）； -
性能提示：若数据量大，建议后续将
dates改为数组结构（如{ date: "2023-11-26", cost: 120 }），便于建立索引并提升聚合效率。
该方案兼顾正确性、可读性与兼容性，彻底解决单日/跨日查询返回空数组的问题。
