草庐IT

executionContext

全部标签

c# - 同时将 Entity Framework 与 SQL Server 和 SQLite 数据库一起使用

我有一个用于测试目的的C#.Net4.0控制台应用程序(使用VS2012)。我的目标是能够创建单个EntityFramework.edmx文件,该文件可用于MSSQLServer数据库和SQLite数据库。基本上,我想使用相同的实体模型类和集合进行查询,但又可以轻松地在两个不同的数据库之间随意切换。到目前为止,我已经通过连接到MSServer数据库并添加我的单个测试表(称为Contact)来创建我的.edmx文件。有了这个,我就可以使用以下代码从我的表中获取数据:vardb=newDataAccess.ContactTestEntities();foreach(varcontactin

c# - 同时将 Entity Framework 与 SQL Server 和 SQLite 数据库一起使用

我有一个用于测试目的的C#.Net4.0控制台应用程序(使用VS2012)。我的目标是能够创建单个EntityFramework.edmx文件,该文件可用于MSSQLServer数据库和SQLite数据库。基本上,我想使用相同的实体模型类和集合进行查询,但又可以轻松地在两个不同的数据库之间随意切换。到目前为止,我已经通过连接到MSServer数据库并添加我的单个测试表(称为Contact)来创建我的.edmx文件。有了这个,我就可以使用以下代码从我的表中获取数据:vardb=newDataAccess.ContactTestEntities();foreach(varcontactin

清除ExecutionContext,阻止 AsyncLocal 在异步流、Thread中传递

前言:  自从使用了 AsyncLocal后,就发现 AsyncLocal变量像个臭虫一样,在有 AsyncLocal变量的线程中启动的Task、或者Thread都会附带 AsyncLocal变量。  在项目使用 AsyncLocal实现了全局、局部工作单元,但是就无法在后续作业中开启多个线程了(需求就是要开启多个线程,俺也没得办法),后续启动的多线程都会带有 AsyncLocal变量,直接导致报错,例如DBContext不是线程安全的错之类的....。  其实我一直认为在一个Http请求中开启多个线程,不合适,应该把需要执行的任务交给“后台工作线程”,或者交给“后台Job”,但现实世界中的情

c# - 使用 ASP.NET Web API,我的 ExecutionContext 不在异步操作中流动

我很难理解ExecutionContext背后的机制。根据我在网上阅读的内容,安全(线程主体)、文化等上下文相关的项目应该在工作执行单元的范围内跨异步线程流动。不过,我遇到了非常令人困惑且具有潜在危险的错误。我注意到我线程的CurrentPrincipal在异步执行过程中丢失了。这是一个示例ASP.NETWebAPI场景:首先,让我们设置一个简单的WebAPI配置,其中包含两个用于测试的委托(delegate)处理程序。他们所做的就是写出调试信息并传递请求/响应,除了第一个“DummyHandler”,它设置线程的主体以及一段要在上下文中共享的数据(请求的相关ID).publicsta

c# - 使用 SocketAsyncEventArgs 时是否可以删除 ExecutionContext 和 Thread 分配?

如果您分析一个使用SocketAsyncEventArgs的简单客户端应用程序,您会注意到Thread和ExecutionContext分配。分配的来源是SocketAsyncEventArgs.StartOperationCommon,它使用ExecutionContext.CreateCopy()创建ExecutionContext的副本。ExecutionContext.SuppressFlow似乎是抑制此分配的好方法。但是,此方法本身会在新线程中运行时生成分配。如何避免这些分配? 最佳答案 SocketAsyncEventA
12