EF Core 7中SQLite数据库文件无法在using作用域结束后释放的问题

在EF Core中，SQLite数据库文件在DbContext离开using作用域后仍被占用，是因为默认启用的连接池会保持连接实例存活，即使DbContext已被释放。以下是几种可靠的解决方法：

1. 显式关闭连接并清空连接池 #

在using块结束前，手动获取底层数据库连接并关闭，同时清空SQLite连接池，确保所有连接都被释放：

using (var ctx = new DataAccessContextTool())
{
    // 你的业务逻辑代码...
    ctx.MigrateAndSetAutodetectChanges();
    ctx.ToolData.ClearDbSet();
    // ...其余业务代码

    // 显式处理连接释放
    var dbConnection = ctx.Database.GetDbConnection();
    if (dbConnection.State == System.Data.ConnectionState.Open)
    {
        dbConnection.Close();
    }
    // 清空SQLite连接池
    Microsoft.Data.Sqlite.SqliteConnection.ClearAllPools();
}

注意：需要引用Microsoft.Data.Sqlite包才能调用SqliteConnection.ClearAllPools()。

2. 禁用连接池（适合对性能要求较低的场景） #

在配置DbContext的SQLite连接字符串时，添加Pooling=false参数，这样EF Core不会复用连接，每次使用后都会直接关闭：

protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
{
    // 连接字符串中禁用连接池
    optionsBuilder.UseSqlite("Data Source=your_database.db;Pooling=false");
}

此方法会增加连接创建的开销，仅在需要频繁释放数据库文件的场景下使用。

3. 手动管理数据库连接 #

如果需要更细粒度的连接控制，可以直接创建并管理连接对象，确保连接在使用后被关闭：

using (var connection = new Microsoft.Data.Sqlite.SqliteConnection("Data Source=your_database.db"))
{
    connection.Open();
    using (var ctx = new DataAccessContextTool(
        new DbContextOptionsBuilder<DataAccessContextTool>()
            .UseSqlite(connection)
            .Options))
    {
        // 你的业务逻辑代码...
    }
    connection.Close();
    Microsoft.Data.Sqlite.SqliteConnection.ClearAllPools();
}

旧版EF中GC.Collect()的方法在EF Core中无效，是因为EF Core的连接池机制会持有连接实例的引用，垃圾回收无法立即触发连接的关闭，必须通过显式操作释放连接。

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