sqlcecontion_dispose中的访问冲突异常

本文关键字：访问冲突 异常 dispose sqlcecontion | 更新日期: 2023-09-27 18:10:41

应用程序/代码描述:

我的应用程序是基于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. 可能的解决方案:检查同一连接上的多线程问题(试图读取写保护内存)。这通常表明其他内存已损坏)

    :
    A.连接是在using括号中创建的，不会被重用。
    b.调用方法每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

    可能的拒绝:从统计的角度来看，这听起来不太对-代码在同一个地方崩溃了两次，尽管在应用程序代码中有另一个地方写入和读取不同的DB，但应用程序并没有在那里崩溃。

  4. 我想到的最后一件事，可能是dll的卸载问题(看看第二个调用堆栈)。我的猜测是，dll从应用程序中卸载，而应用程序需要他们，以便做处置，但它看起来有点模糊和'长镜头'

我的问题是:什么可能导致这个问题，什么是可能的解决方案?

sqlcecontion_dispose中的访问冲突异常

虽然此解决方案尚未经过验证，但解决方案如下:

从第二个调用堆栈，我可以看到有本机DLL的卸载，我的猜测是SQL连接的处置方法正在使用它当前处置的方法之一。我彻底检查了Process dump，所有的sqlcecconnection类型都在dispose进程中。

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

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

此外，我可以看到在调用saferrelease之前，还有另一个检查，检查安全释放所需的本机dll是否已经释放-并抛出异常。

对于同样的问题，SQL-CE 4.0有两种解决方案。

我猜这个问题是由这个引起的。

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

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

相关文章：