SqlCeConnection 处置中的访问冲突异常

Question

应用/代码说明：

我的应用程序基于 c# 并使用 SQL Server CE，并且我只在同一代码位置两次收到此异常。直到这个版本才引入了这个异常的崩溃。此版本的唯一变化是将 .net 框架更改为 4.5.2。

我在处理 SqlCeConnection 时遇到访问冲突异常，并出现以下错误：

试图读取或写入受保护的内存。这通常是一个 指示其他内存已损坏。

这个异常不会被.net的try catch子句拦截——它会导致崩溃。

在我的代码中，我使用以下代码运行

try
{
    var connectionString = string.Format("{0}{1}{2}", "Data Source=", _localDB, ";File Mode=Read Write;Max Database Size=4000;Persist Security Info=False;");
    using (var sqlCeConnection = new SqlCeConnection(connectionString))
    {
        using (var sqlCeCommand = new SqlCeCommand())
        {
            sqlCeCommand.Connection = sqlCeConnection;
            sqlCeCommand.CommandText = "SELECT * FROM Application";
            sqlCeConnection.Open();
            var result = (string)sqlCeCommand.ExecuteScalar();
            isValid = !IsValid(result);
        }
    }
}
catch (Exception ex)
{
    _log.Error("exception", ex);
}

第一次崩溃的调用堆栈：

ntdll!ZwWaitForMultipleObjects+a 
KERNELBASE!WaitForMultipleObjectsEx+e8 
kernel32!WaitForMultipleObjectsExImplementation+b3 
kernel32!WerpReportFaultInternal+215 
kernel32!WerpReportFault+77 
kernel32!BasepReportFault+1f 
kernel32!UnhandledExceptionFilter+1fc 
ntdll! ?? ::FNODOBFM::`string'+2365 
ntdll!_C_specific_handler+8c 
ntdll!RtlpExecuteHandlerForException+d 
ntdll!RtlDispatchException+45a 
ntdll!KiUserExceptionDispatcher+2e 
sqlcese35!__SafeRelease+c 
sqlcese35!Column::`vector deleting destructor'+5c 
sqlcese35!Object::DeleteObjects+39 
sqlcese35!Table::`vector deleting destructor'+45 
sqlcese35!Table::Release+27 
sqlcese35!HashTable::~HashTable+2a 
sqlcese35!Store::~Store+12b 
sqlcese35!Store::Release+2a 
sqlceme35!ME_SafeRelease+17 
DomainBoundILStubClass.IL_STUB_PInvoke(IntPtr ByRef)+78 
[[InlinedCallFrame] (System.Data.SqlServerCe.NativeMethods.SafeRelease)] System.Data.SqlServerCe.NativeMethods.SafeRelease(IntPtrByRef) 
System.Data.SqlServerCe.SqlCeConnection.ReleaseNativeInterfaces()+147 
System.Data.SqlServerCe.SqlCeConnection.Dispose(Boolean)+f1 
System_ni!System.ComponentModel.Component.Dispose()+18 

第二次崩溃的调用堆栈：

ntdll!NtWaitForMultipleObjects+a 
KERNELBASE!WaitForMultipleObjectsEx+e8 
kernel32!WaitForMultipleObjectsExImplementation+b3 
kernel32!WerpReportFaultInternal+215 
kernel32!WerpReportFault+77 
kernel32!BasepReportFault+1f 
kernel32!UnhandledExceptionFilter+1fc 
ntdll! ?? ::FNODOBFM::`string'+2335 
ntdll!_C_specific_handler+8c 
ntdll!RtlpExecuteHandlerForException+d 
ntdll!RtlDispatchException+45a 
ntdll!KiUserExceptionDispatcher+2e 
<Unloaded_sqlcese35.dll>+7c88c 
<Unloaded_sqlceqp35.dll>+102790 
0x06ccc898 
0x06f9efc8 
0x1eca8018 
0x1f207400 
<Unloaded_sqlcese35.dll>+228dc 
0x00000004 
0x2edff008 
0x00000002 
0x00000003 
0x00000004 
<Unloaded_sqlcese35.dll>+3fbd9 
0x06ccc898 
DomainBoundILStubClass.IL_STUB_PInvoke(IntPtr ByRef)+78 
[[InlinedCallFrame] (System.Data.SqlServerCe.NativeMethods.SafeRelease)] System.Data.SqlServerCe.NativeMethods.SafeRelease(IntPtrByRef) 
System.Data.SqlServerCe.SqlCeConnection.ReleaseNativeInterfaces()+147 
System.Data.SqlServerCe.SqlCeConnection.Dispose(Boolean)+f1 
System_ni!System.ComponentModel.Component.Dispose()+1b 

我在互联网上找到了一些参考资料，提出了一些解决方案：

1. 可能的解决方案：检查同一连接上的多线程问题 (attempted to read write protected memory. this is often an indication that other memory is corrupt)

   拒绝：
   一种。连接是在使用方括号中创建的，不会被重用。
   湾。调用方法每 5 分钟调用一次，并通过转储文件验证它不是同时调用的。

2. 可能的解决方案： sql ce 版本不匹配 (http://blogs.msdn.com/b/sqlservercompact/archive/2009/05/06/troubleshooting-access-violation-exception-while-using-sql-server-compact-database-with-ado-net-provider.aspx)

   可能拒绝：我可以看到安装的版本是 3.5 SP2 (3.5.8080.0)，从位于转储中的模块我可以看到 sqlceme35.dll、System.Data.SqlServerCe.dll DLL 与版本 3.05.8080.0

3. 有问题的

   可能的解决方案如下： https://stackoverflow.com/a/20492181/1447518

   可能的拒绝：从统计的角度来看，这听起来不正确 - 代码在同一个地方崩溃了两次，尽管应用程序代码中有另一个地方写入和读取到不同的数据库，并且应用程序没有在那里崩溃。

4. 我想的最后一件事可能是 DLL 的卸载问题（查看第二个调用堆栈）。我的猜测是 dll 是从应用程序中卸载的，而应用程序需要它们来进行处理，但它接缝有点模糊和“远射”

我的问题是：什么可能导致问题，什么是可能的解决方案？

Answer 1

虽然这个方案还没有验证，但是解决方案如下：

从第二个调用堆栈中我可以看到本机 DLL 的卸载，我的猜测是 SQL 连接的处置方法正在使用它当前处置的方法之一。 我通过进程转储验证了所有 SqlCeConnection 类型都在处理过程中。

看到 ErikEj 的评论让我意识到如果我看看 SQL-CE 3.5 到 4.0 (System.Data.SqlServerCe.dll) 之间的代码差异会更好。

查看代码后，我可以看到 release 的方法被移到了 dispose 方法中的较晚位置。

此外，我可以看到，在调用 SafeRelease 之前，还有另一项检查是检查安全释放所需的本机 DLL 是否已经释放 - 并引发异常。

归根结底，SQL-CE 4.0 对同一问题有 2 个解决方案。

我的猜测是这个问题是因为这个引起的。

目前的解决方案是在所有应用程序生命周期内保持连接（没有连接字符串），这会导致指针池在所有应用程序生命周期内将本机 Dll 保留在内存中。

更好的解决方案是迁移到 SQL-CE 4.0。