Ninject 和 WCF Web 服务使实体框架变慢

Question

我有下一个设置：在 IIS 中托管的 WCF Web 服务。 Entity Framework 6 用于从数据库中检索数据。 Web Services 在 Global.asax.cs 中初始化，它继承自 NinjectHttpApplication（所以我们使用 ninject 进行依赖注入）。在这个 NinjectHttpApplication 中，在 CreateKernel 方法上，我们将 EF DbContext 绑定如下：

protected override IKernel CreateKernel()
{
    var kernel = new StandardKernel();
    kernel.Bind<DbContext>().To<MyCustomContext>().InTransientScope();
    return kernel;
}

那么，每次调用一个服务，都会在它的构造函数中获取Context如下：

_context = kernel.Get<DbContext>();    

然后，服务从数据库中检索数据，如下所示：

data = _context.Set<TEntity>().Where(<whatever filter>);

话虽如此，我的问题是下一个：我有一个被多次调用的服务（一个复杂而长的查询和多个连接），每次调用它时，EF 都需要很长时间才能生成 SQL 来发送作为我编码的 Linq To 实体的结果到数据库。在数据库中执行查询没什么（600 毫秒），但每次调用此服务时，EF 都需要很长时间才能生成 SQL。我怀疑这是因为kernel.Bind<DbContext>().To<MyContext>().InTransientScope() 在每次有调用时都在强制 EF 创建 DbContext 的新实例。

我已经使用 UnitTests 进行了一些测试，但行为完全不同：如果您从同一个单元测试方法多次实例化服务并调用它，EF 仅第一次生成查询需要很长时间，然后从后续调用中生成 SQL 不需要任何时间（相同的查询，但使用不同的参数来过滤要检索的数据）。从单元测试来看，CreateKernel() 当然只在Initialize() 方法中调用一次（就像在global.asax.cs 中的Web 服务中一样），所以我不知道是什么引起了这个巨大的延迟。我怀疑 EF 能够保留/缓存使用单元测试方法预编译的查询，但不能保存在真正的 Web 应用程序中。有什么线索吗？

请注意，Linq to Entities 查询是参数化的（字符串和日期是参数）。

非常感谢任何帮助。

Answer 1

我发现您将 DbContext 绑定在 InTransientScope 中，这意味着每次您从 ninject 获取 Dbcontext 时，它都会为您创建一个新的 DbContext。

您可以考虑使用 InThreadScope() 而不是 InTransientScope()，这意味着 ninject 在同一个线程中时将返回同一个实例。

还有 SingleTon 范围，这意味着总是返回相同的实例，但这会使 dbcontext 太大。