- r - 以节省内存的方式增长 data.frame
- ruby-on-rails - ruby/ruby on rails 内存泄漏检测
- android - 无法解析导入android.support.v7.app
- UNIX 域套接字与共享内存(映射文件)
有一个关于 Entity Framework 的问题困扰了我很长时间。
去年,我使用 EF 为客户编写了一个大型应用程序。在开发过程中,一切都很好。
我们在 8 月发布了系统。但几周后,我开始在生产服务器上看到奇怪的内存泄漏。我的 ASP.NET MVC 4 进程在运行几天后占用了机器的所有资源 (8 GB)。这不好。我在网上四处搜索,发现您应该将所有 EF 查询和操作包围在 using()
block 中,以便可以处理上下文。
在一天之内,我重构了我所有的代码以使用 using()
,这解决了我的问题,从那时起,该过程就稳定地占用了内存。
然而,我一开始没有围绕我的查询的原因是,我从 Visual Studio 中包含的 Microsoft 自己的脚手架开始了我的第一个 Controller 和存储库,这些没有围绕它的查询使用,而是它有 DbContext
作为 Controller 本身的实例变量。
首先:如果处理上下文真的很重要(这并不奇怪,dbconnection
需要关闭等等),微软也许应该在他们所有的例子中都有这个!
现在,我已经开始着手一个新的大项目,将我所有的知识都放在脑后,我一直在尝试 .NET 4.5 和 EF 6 async
的新功能,并且等待
。 EF 6.0 具有所有这些异步方法(例如 SaveChangesAsync
、ToListAsync
等)。
public Task<tblLanguage> Post(tblLanguage language)
{
using (var langRepo = new TblLanguageRepository(new Entities()))
{
return langRepo.Add(RequestOrganizationTypeEnum, language);
}
}
在类 TblLanguageRepo
中:
public async Task<tblLanguage> Add(OrganizationTypeEnum requestOrganizationTypeEnum, tblLanguage language)
{
...
await Context.SaveChangesAsync();
return langaugeDb;
}
但是,当我现在将我的语句包围在 using()
block 中时,在查询能够返回之前,我得到了异常,DbContext 已被处置
。这是预期的行为。查询异步运行,using
block 在查询之前完成。但是,在使用 ef 6 的 async 和 await 函数时,我应该如何以正确的方式处理我的上下文??
请指出正确的方向。
EF 6 是否需要 using()
?为什么微软自己的例子从来没有这样的特点?您如何使用异步功能并正确处理您的上下文?
最佳答案
您的代码:
public Task<tblLanguage> Post(tblLanguage language)
{
using (var langRepo = new TblLanguageRepository(new Entities()))
{
return langRepo.Add(RequestOrganizationTypeEnum, language);
}
}
在返回 Task
之前处理存储库。如果您使代码异步
:
public async Task<tblLanguage> Post(tblLanguage language)
{
using (var langRepo = new TblLanguageRepository(new Entities()))
{
return await langRepo.Add(RequestOrganizationTypeEnum, language);
}
}
然后它将在 Task
完成之前释放存储库。实际发生的是,当您点击 await
时,该方法返回一个不完整的 Task
(请注意,using
block 此时仍处于“事件”状态观点)。然后,当 langRepo.Add
任务完成时,Post
方法恢复执行并释放 langRepo
。当 Post
方法完成时,返回的 Task
完成。
有关详细信息,请参阅我的 async
intro .
关于c# - Entity Framework 、DBContext 和 using() + 异步?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/21631774/
我已经开始研究使用 Identity 框架的现有 ASP.NET Core 项目。该应用程序使用单个数据库。出于某种原因,应用程序使用两个独立的数据库上下文 - 一个派生自 IdentityDbCon
我刚刚下载了EntityFramework.dll v4.3。我发现了许多比较 DbContext 与 ObjectContext 的问题。但其中大部分是 2010 年或 2011 年初的。 我想阅读
我想做什么 public void SomeTestMethod(){ var person = this.PersonManager.Get(new Guid("someguid"));
在我的应用程序中,我刚刚将 EntityFramework 更新到版本 6.0.2,现在我遇到了一些错误,这是我在更新我的应用程序之前没有发现的。 我有一个从 IdentityDbContext 类继
我正在处理一个大型项目,每个 DbContext 下有 50 多个 DbContext 和 100 多个 DbSet。 每个 DbContext 都由一个单独的团队处理,他们根据他们的要求/更改添加/
我是 WPF 的初学者。我想知道 dbcontext.Add 和 dbcontext.AddObject 之间有什么区别。 private void AddButton_Click(object se
我正在使用 MVC .Net。通常,每当我需要查询数据库时,我总是使用类似下面的方法来创建一个实例: using (EntitiesContext ctx = new EntitiesContext(
我在 HomeController 中有一个方法,我试图通过 URL 访问它,如下所示: http://localhost/web/home/GetSmth 第一次工作,但刷新页面后,我收到此错误:
在我的 Controller 中,我有这个 private readonly DbContext _context; public CountryController(DbContext contex
我正在寻找一种回滚实体更改的方法。我遇到了this answer它显示了如何设置实体状态,但我想知道如果我只是处理我的 dbContext 实例而不调用 dbContext.SaveChanges()
在我的项目中,我使用entity framework 7 和asp.net mvc 6\asp.net 5。我想为自己的模型创建 CRUD 我怎样才能做得更好: 使用 Controller 中的 db
我正在使用 Asp.Net Core 2.1 开发 Web 应用程序。在我使用脚手架添加新身份后,它为我生成了这些代码: IdentityStartup.cs 中生成的代码 [assembly:Hos
一旦我解决了one issue与 IBM.EntityFrameworkCore ,另一个出现了。对于 DB2 和他们的 .NET 团队来说,一切都是那么艰难和痛苦...... 问题:我在同一个 VS
我正在尝试创建一个播种用户和角色数据的类。 我的播种数据类(class)采用RoleManager构造函数参数 public class IdentityDataSeeder { private
我正在使用 .NET Core 2.1 构建 Web API。这将作为 Azure Web 应用程序托管。我想将数据库连接字符串保留在 Azure Key Vault 中。这是我放入 Startup.
当使用像 MySQL 这样的网络数据库时,DbContext 应该是短暂的,但是根据 https://www.entityframeworktutorial.net/EntityFramework4.
我有一个直接调用的 Controller 操作,但抛出了这个错误: The operation cannot be completed because the DbContext has been d
我在 Visual Studio 中使用默认的 ASP.Net MVC 模板。我正在使用在模板中为我创建的 ASP.Net 身份代码。我希望我使用的 DBContext 了解 ApplicationU
我有一个软件产品,它的数据库是在 SQLServer 上创建的,表名和列名是由开发团队定义的,然后使用 Database First 方法将模型导入 Visual Studio,现在我们正在为其他公司
我正在使用 EFCore 加载“用户”实体和用户制作的相关“订单”。 我有一个构造函数(来自真实代码的简化示例),它使用 id=1 加载用户并实现一个命令来更新 LoadedUser 实体中的更改。但
我是一名优秀的程序员,十分优秀!