如何解决仅在Web应用中出现的Entity Framework验证异常？

看起来你遇到了一个典型的EF映射配置问题，而且环境差异（Web vs 测试）是关键线索。先帮你拆解问题并给出解决思路：

1. 先排查最容易忽略的拼写错误 #

看你的ThingChild1Config代码：

Property(d=>d.AggregateRootId).IsRequired().HasColummName("DifferentId");

这里的HasColummName是拼写错误！正确的方法名是HasColumnName（少了一个n）。这个错误会导致EF无法正确将AggregateRootId属性映射到数据库列DifferentId，进而在模型验证时，EF无法识别这个属性属于ThingChild1子类，最终抛出"BaseThing未定义DifferentId"的错误。

测试环境可能因为某些原因（比如配置加载逻辑不同、缓存等）没有暴露这个问题，但Web环境的上下文初始化逻辑会严格验证模型，所以触发了异常。先修复这个拼写错误，这大概率能解决问题。

2. 确认所有EntityTypeConfiguration都被正确加载 #

EF的EntityTypeConfiguration需要被添加到DbModelBuilder中才能生效。检查你的DbContext的OnModelCreating方法，确保所有配置类（包括BaseThingConfig、ThingChild1Config等子类配置）都被正确添加：

protected override void OnModelCreating(DbModelBuilder modelBuilder)
{
    // 显式添加所有配置类
    modelBuilder.Configurations.Add(new BaseThingConfig());
    modelBuilder.Configurations.Add(new ThingChild1Config());
    modelBuilder.Configurations.Add(new ThingChild2Config());
    modelBuilder.Configurations.Add(new ThingChild3Config());
    modelBuilder.Configurations.Add(new AggregateRootConfig());
    
    // 或者用反射批量加载所有配置类（更优雅）
    var configTypes = Assembly.GetExecutingAssembly().GetTypes()
        .Where(t => !t.IsAbstract && typeof(EntityTypeConfiguration<>).IsAssignableFrom(t));
    foreach (var type in configTypes)
    {
        dynamic configInstance = Activator.CreateInstance(type);
        modelBuilder.Configurations.Add(configInstance);
    }
}

测试环境可能已经正确加载了所有配置，但Web环境中SimpleInjector注册的DbContext可能没有执行这段逻辑，导致子类配置缺失，进而触发验证错误。

3. 检查SimpleInjector的DbContext注册逻辑 #

确保Web环境中SimpleInjector注册的DbContext是正确的实例，并且每次请求都能正确初始化上下文：

// 示例：正确的注册方式（Per Web Request生命周期）
container.Register<DbContext, YourDbContext>(Lifestyle.Scoped);
container.Options.DefaultScopedLifestyle = new WebRequestLifestyle();

如果注册的是单例DbContext，可能会导致模型缓存问题，或者上下文初始化时的配置加载不完整。另外，确认YourDbContext的构造函数没有覆盖OnModelCreating的逻辑，确保配置能正确应用。

4. 验证TPH继承的外键配置 #

你使用的是EF的TPH（Table Per Hierarchy）继承策略（通过Map<Child>配置），所有子类的属性都存储在基类的BaseThingTable中。AggregateRoot关联ThingChild1的外键配置是正确的，但需要确保子类的属性配置生效：

• 修复拼写错误后，AggregateRootId会被映射到DifferentId列
• 确认BaseThingTable中确实存在DifferentId列，且外键约束正确指向AggregateRoot的Id列

如果以上步骤都完成后仍有问题，可以在Web环境中启用EF的日志输出，查看模型生成的详细过程，对比测试环境的模型，确认子类属性是否被正确包含在基类的表映射中。

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