I have a WebApi controller in a Dotnet Core project running Entity Framework Core with Sqlite.
This code in an action occationally produces errors:
var t1 = _dbContext.Awesome.FirstOrDefaultAsync(a => [...]);
var t2 = _dbContext.Bazinga.FirstOrDefaultAsync(b => [...]);
var r1 = await t1;
var r2 = await t2;
The errors have been:
Microsoft.EntityFrameworkCore.Query.RelationalQueryCompilationContextFactory:Error: An exception occurred in the database while iterating the results of a query. System.ObjectDisposedException: Safe handle has been closed
Microsoft.EntityFrameworkCore.Query.RelationalQueryCompilationContextFactory:Error: An exception occurred in the database while iterating the results of a query. System.InvalidOperationException: ExecuteReader can only be called when the connection is open.
Both errors to me suggests somethings going on with the DbContext
, like premature disposing (albeit not of the DbContext
itself). The DbContext
is being injected in the controller constructor using the plumbing of Dotnet Core "the usual way", configuration as shown below (from my Startup.cs
ConfigureServices
method body):
services.AddDbContext<ApplicationContext>(options => options.UseSqlite(connectionString));
If I change the error producing code above to something like:
var r1 = await _dbContext.Awesome.FirstOrDefaultAsync(a => [...]);
var r2 = await _dbContext.Bazinga.FirstOrDefaultAsync(b => [...]);
... I haven't seen the errors mentioned, hence the conclusion that running multiple tasks concurrently on the same instance of my DbContext
(injected as described above) is what's causing the issue. Obviously, it's an unexpected one.
Questions:
DbContext
?Entity Framework : A Comprehensive CourseMultiple DbContext was first introduced in Entity Framework 6.0. Multiple context classes may belong to a single database or two different databases.
1 Answer. First, DbContext is a lightweight object; it is designed to be used once per business transaction. Making your DbContext a Singleton and reusing it throughout the application can cause other problems, like concurrency and memory leak issues. And the DbContext class is not thread safe.
This example registers a DbContext subclass called ApplicationDbContext as a scoped service in the ASP.NET Core application service provider (a.k.a. the dependency injection container). The context is configured to use the SQL Server database provider and will read the connection string from ASP.NET Core configuration.
In code first, you can have multiple DBContext and just one database. You just have to specify the connection string in the constructor.
Unfortunately you can't do that.
From the EF Core documentation
EF Core does not support multiple parallel operations being run on the same context instance. You should always wait for an operation to complete before beginning the next operation. This is typically done by using the await keyword on each asynchronous operation.
Also from the EF 6 documentation
Thread Safety
While thread safety would make async more useful it is an orthogonal feature. It is unclear that we could ever implement support for it in the most general case, given that EF interacts with a graph composed of user code to maintain state and there aren't easy ways to ensure that this code is also thread safe.
For the moment, EF will detect if the developer attempts to execute two async operations at one time and throw.
A DbContext
only supports a single open data reader at any point in time. If you want to execute multiple simultaneous database queries you will need multiple DbContext
instances, one for each concurrent query.
As to why the error occurs occasionally, its a race condition. Just because you start 2 tasks one after the next (without awaiting) does not guarantee that the database will be hit at the same time. Sometimes the execution times happen to line up and other times one task might finish right as the other task starts so there is no conflict.
How to avoid it - don't do it as its not supported. Await each of your DbContext calls or use multiple DbContext instances.
by query I mean any DB operation including SELECT, UPDATE, DELETE, INSERT, ALTER, STORED PROCEDURE CALL, ETC
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With