EF Core 7.3（.NET 7）内存数据库SaveChanges无法保存实体求助

一、修复EF Core 7内存数据库保存失效的问题 #

EF Core 7对内存数据库的行为做了调整，尤其是跟踪上下文和事务处理逻辑，你遇到的无异常但保存失效，大概率是以下原因导致：

• 上下文实例被复用：EF Core 7内存数据库对上下文生命周期更敏感，复用上下文容易导致实体跟踪状态异常。
• 主键配置问题：EF Core 7对主键生成的校验更严格，若实体主键未正确配置（比如未标记自增、手动赋值冲突），会导致保存静默失败。
• 事务处理变更：如果测试中涉及多操作，未显式处理事务也可能引发问题。

针对你的代码，先做这几步排查：

1. 确保每次测试都创建全新的DbContext实例，不要复用。比如在测试初始化方法里，每次都实例化带内存数据库配置的上下文。
2. 给保存逻辑添加状态排查代码，强制输出跟踪信息：

public async Task SaveEntity(EntityModel entity) 
{
    DbContext.Set<TEntity>().Add(entity); // 内存数据库无需用AddAsync，同步操作足够
    var affectedRows = await DbContext.SaveChangesAsync();
    if (affectedRows == 0)
    {
        // 打印所有跟踪实体的状态，定位问题
        foreach (var entry in DbContext.ChangeTracker.Entries())
        {
            Console.WriteLine($"实体类型：{entry.Entity.GetType().Name}，当前状态：{entry.State}");
        }
        throw new InvalidOperationException("保存实体未影响任何数据行");
    }
}

3. 检查实体主键配置，确保用[Key]标注主键，或在Fluent API里通过HasKey()明确配置，自增主键不要手动赋值。

二、SQLite内存模式的简化配置方案 #

如果要切换到SQLite内存模式，不用手动为每个测试建表，用EF Core自带的方法就能自动生成表，步骤如下：

1. 封装SQLite内存数据库的上下文配置：

public static DbContextOptions<YourDbContext> GetSqliteInMemoryOptions()
{
    // 创建SQLite内存连接，必须保持连接打开才能使用
    var connection = new SqliteConnection("DataSource=:memory:");
    connection.Open();

    var options = new DbContextOptionsBuilder<YourDbContext>()
        .UseSqlite(connection)
        .Options;

    // 自动创建所有表结构
    using var initContext = new YourDbContext(options);
    initContext.Database.EnsureCreatedAsync().Wait();

    return options;
}

2. 测试中直接调用：
   每次测试都通过这个方法获取新的配置，创建新的上下文实例，这样每个测试都是独立的内存数据库环境，表结构自动生成，无需手动配置。
3. 额外说明：

• 必须保持SQLite连接处于打开状态，否则内存数据库会被销毁，上述代码已经处理了连接打开逻辑。
• 如果需要测试迁移脚本，可以把EnsureCreatedAsync()替换成initContext.Database.MigrateAsync()，会自动应用所有迁移创建表。

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