EF Core提示实体需主键但已配置[Key]异常排查

首先明确：EF Core完全支持实体类放在独立项目中，你当前遵循DDD拆分实体层、仓储层的架构方式没有问题，报错和实体所在项目无关。

直接触发异常的错误 #

你在AFIdbContext的实体映射配置中写错了泛型参数，把仓储类当成了实体类注册到EF模型里：

// 错误代码：传入了仓储类AlertRepository作为实体类型
modelBuilder.Entity<AlertRepository>().ToTable("Alert");

EF在初始化模型时，会扫描所有通过Entity<T>()注册的类型，把它当成需要持久化的实体处理，自然会要求AlertRepository定义主键——但AlertRepository是你的仓储实现类，根本不是实体，自然没有主键配置，就抛出了你看到的异常。这个错误发生在EF模型构建阶段，比你断点打的SaveChangesAsync执行时机更早，所以你会觉得还没到保存逻辑就报错。

把这行代码修改为映射正确的Alert实体即可解决当前主键异常：

modelBuilder.Entity<Alert>().ToTable("Alert");

其他需要修复的潜在问题 #

你当前代码里还有两个后续一定会触发异常/性能问题的点，建议一并修复：

• GetList方法的DbContext生命周期错误：你在using块中创建DbContext，直接返回延迟执行的IQueryable<Alert>，等外部代码实际执行查询时，DbContext已经被释放，会抛出对象已disposed的异常。要么在方法内直接执行查询返回List<Alert>，要么调整DbContext的生命周期管理（比如通过依赖注入共享DbContext实例，不要每次手动new再用using包裹）。
• 批量插入逻辑性能差：批量保存Alert集合时不需要循环调用Add方法，直接用EF Core内置的AddRange方法即可，能减少变更追踪的开销：

  // 替换原来的foreach循环Add
  context.Alerts.AddRange(alerts);
  

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