Automapper-IMongoQueryable使用ProjectTo时忽略AllowNullDestinationValues问题

核心差异：Map vs ProjectTo的执行机制 #

• Map方法是内存中对象映射：直接操作已加载到内存的源对象，严格遵循AutoMapper的AllowNullDestinationValues等配置，源属性为null时目标属性会被设为null（对应可空类型）。
• ProjectTo是数据库层面投影：AutoMapper会把映射规则转换为MongoDB的聚合投影语句（$project阶段），最终由MongoDB执行投影逻辑。此时AutoMapper的内存映射配置（比如AllowNullDestinationValues、NullSubstitute）完全不生效——因为这些配置仅针对内存中对象处理，不会影响生成的MongoDB查询语句。

为什么BatchStart会被初始化？ #

如果你的PlannedCareDto.BatchStart是非可空值类型（比如DateTime），MongoDB在投影时，当源字段BatchStart为null，会自动返回该值类型的默认初始化值（比如DateTime.MinValue）。这是MongoDB的投影行为决定的：它无法为非可空值类型返回null，只能用默认值填充。

你设置的NullSubstitute仅在内存映射（Map方法）时生效，不会影响MongoDB生成的投影逻辑，所以没有作用。

解决办法 #

1. 将目标Dto的BatchStart改为可空值类型：比如把DateTime BatchStart改成DateTime? BatchStart。这样MongoDB投影时，源字段为null的情况下会直接返回null，符合预期。
2. 如果必须用非可空类型：先通过MongoDB查询加载源对象到内存，再用Map方法做内存映射，这样就能遵循AutoMapper的null处理配置。

内容的提问来源于stack exchange，提问作者Miroslav Adamec