.net - 访问 SQL Server 的 Entity Framework 代码中的访问冲突

Question

我们在 Entity Framework 代码中的测试机器上遇到了访问冲突。我想知道这是否可能是由于线程错误，或者更可能是由于硬件问题。

这是一个部分调用堆栈:

System.AccessViolationException: Attempted to read or write protected memory. This is often an indication that other memory is corrupt.
   at System.Data.Common.Internal.Materialization.CoordinatorFactory`1..ctor(Int32 depth, Int32 stateSlot, Expression hasData, Expression setKeys, Expression checkKeys, CoordinatorFactory[] nestedCoordinators, Expression element, Expression elementWithErrorHandling, Expression initializeCollection, RecordStateFactory[] recordStateFactories)
   --- End of inner exception stack trace ---
   at System.RuntimeMethodHandle._InvokeConstructor(IRuntimeMethodInfo method, Object[] args, SignatureStruct& signature, RuntimeType declaringType)
   at System.Reflection.RuntimeConstructorInfo.Invoke(BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
   at System.RuntimeType.CreateInstanceImpl(BindingFlags bindingAttr, Binder binder, Object[] args, CultureInfo culture, Object[] activationAttributes)
   at System.Activator.CreateInstance(Type type, Object[] args)
   at System.Data.Common.Internal.Materialization.CoordinatorScratchpad.Compile()

这发生在我们在 IIS 7 (Server 2008 R2 SP1) 上的 ASP.NET 应用程序中，使用 Entity Framework 4 访问 SQL Server 2008 R2。我读过 access violations with EF and SQL Server CE ，但我们使用的是完整的 SQL Server。我们没有直接与我们应用程序中的任何 native 代码交互 - 没有 P/Invoke 或 COM 互操作。

这种情况只发生过一次。就个人而言，我认为这是机器的问题，而不是应用程序......机器之前已经蓝屏了几次。但我被要求将其视为可能的错误。

如果它再次发生，我会考虑设置 DebugDiag 来捕捉它。有人有其他建议吗？

谢谢，
理查德

Answer 1

我想你可能是对的，我猜在同一个工作进程中运行了一些其他代码，这导致了一些内存损坏，从而导致了这个错误。

如果在此工作进程中运行其他应用程序，您可能需要考虑将此应用程序分离到一个专用工作程序中。除此之外，我会将其归入“让我们留意”类别。