EF Core加载DBContext报FolderNamespace无合适构造函数如何解决

基于MySQL搭建、使用EF Core Power Tool生成DBContext的大型项目，调试加载EntitiesContext时抛出以下异常：

System.InvalidOperationException: "No suitable constructor was found for entity type 'FolderNamespace'. The following constructors had parameters that could not be bound to properties of the entity type: cannot bind 'directorySeparator', 'path' in 'FolderNamespace(char directorySeparator, string path)'."

项目中从未定义过名为FolderNamespace的实体类，且使用相同数据库、同版本EF Core Power Tool与Pomelo.EntityFrameworkCore.MySql新建空项目反向生成代码时，程序可以正常运行。

这是典型的实体扫描范围溢出导致的类型冲突：

• FolderNamespace是EF Core/Pomelo依赖程序集中的内部类型，不属于业务实体范畴
• 大型项目里通常会写批量注册实体的逻辑，很多人图省事直接扫描当前应用域加载的所有程序集找实体类型，这就会把第三方依赖里的公开/内部类型也扫进来，EF Core会把这些类型误识别为需要映射的实体，尝试绑定构造函数时自然会报错，因为这些类型根本没有对应数据库字段的属性
• 新建空项目不会触发问题，是因为空项目没有自定义的批量扫描逻辑，EF Core默认只会扫描手动写的OnModelCreating配置、以及和DbContext同程序集下的实体类型，不会扫到第三方依赖里的内部类型。

按以下优先级操作即可解决：

• 首先收紧实体扫描范围
  检查DbContext里的模型配置代码，尤其是用了RegisterEntityTypes之类批量注册方法的部分，不要直接扫描所有已加载程序集，明确限定只扫描存放业务实体的程序集，最好再加命名空间过滤，只注册自己业务命名空间下的类型：

  // 错误写法：扫描所有程序集，会把第三方类型扫进来
  modelBuilder.RegisterEntityTypes(AppDomain.CurrentDomain.GetAssemblies().SelectMany(a => a.GetTypes()));
  
  // 正确写法：只扫描实体所在的业务程序集，加命名空间过滤
  var bizAssembly = typeof(任意一个自己写的业务实体).Assembly;
  modelBuilder.RegisterEntityTypes(bizAssembly.GetTypes()
      .Where(t => t.Namespace != null && t.Namespace.StartsWith("你的项目实体类的固定命名空间前缀")));
  

• 如果暂时不想调整现有扫描逻辑，可以直接在OnModelCreating方法里显式忽略这个冲突类型，EF Core就不会把它当成实体处理：

  protected override void OnModelCreating(ModelBuilder modelBuilder)
  {
      // 显式忽略第三方内部类型
      modelBuilder.Ignore<FolderNamespace>();
      // 保留原有其他配置
  }
  

• 最后可以检查EF Core Power Tool的配置文件efpt.config.json，确认实体生成路径、上下文生成路径配置正确，没有错误引用第三方类型路径，重新执行一次反向生成排除配置错误即可。

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