【问题标题】:DataReader Close Method Throws OdbcExceptionDataReader 关闭方法抛出 OdbcException
【发布时间】:2011-02-25 22:58:41
【问题描述】:

更新:对于周末的延迟表示抱歉,但对您的 cmets 进行了一些更新:我已更新堆栈跟踪以包含整个堆栈。同样,当我通过 DataReader.Close() 手动关闭阅读器时,问题仍然存在。我使用的数据库只是一个 Microsoft Access 数据库。最后,如果我捕获了 OdbcException,这是异常中的信息:

Odbc 异常: 数据:System.Collections.ListDictionaryInternal
错误代码:-2146232009(很可能没有帮助)
错误:System.Data.OdbcErrorCollecion
帮助链接:[空白]
内部异常:[空白]
留言:[空白]
来源:[空白]
TargetSite: Void StatementErrorHandler(RetCode)

结束更新。

是否有任何原因OdbcDataReader.Close() 方法在调试时可以在 Visual Studio 中正常运行,但是当 EXE 在 Visual Studio 之外运行时会在 Close 方法上引发 OdbcException?

一点背景知识:我有一个与数据库执行一些基本交互的应用程序,并且我一直在使用数据库类中保存的标准格式(如下所示)与数据库进行交互。这个类已经工作了大约 6 个月,最近当程序仅从 EXE 运行时它开始崩溃。当 DataReader 关闭时(在 using 语句的末尾。如果调用 Close() 方法,则会抛出未处理的异常OdbcException)。异常的堆栈跟踪是(更改了一些名称):

at System.Data.Odbc.CMDWrapper.StatementErrorHandler(RetCode retcode)  
at System.Data.Odbc.CMDWrapper.FreeStatementHandle(STMT stmt)  
at System.Data.Odbc.OdbcDataReader.Close(Boolean disposing)  
at System.Data.Odbc.OdbcDataReader.Dispose(Boolean disposing)  
at System.Data.Common.DbDataReader.Dispose()  
at Namespace.DatabaseManag.Retrieve(String column, String table) in C:\Program\CommonFiles\DatabaseManag.cs:line 81  
at Namespace.Parameters.LoadData() in C:\UserControls\Parameters.cs:line 49  
at Namespace.MainScreen.OnLoad(Object sender, EventArgs e) in C:\Program\MainScreen.cs:line 99  
at System.Windows.Forms.Form.OnLoad(EventArgs e)  
at System.Windows.Forms.Form.OnCreateControl()  
at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)  
at System.Windows.Forms.Control.CreateControl()  
at System.Windows.Forms.Control.WmShowWindow(Message& m)  
at System.Windows.Forms.Control.WndProc(Message& m)  
at System.Windows.Forms.ScrollableControl.WndProc(Message& m)  
at System.Windows.Forms.ContainerControl.WndProc(Message& m)  
at System.Windows.Forms.Form.WmShowWindow(Message& m)  
at System.Windows.Forms.Form.WndProc(Message& m)  
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)  
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)  
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

从 Visual Studio 启动时,一切正常。只有在运行 EXE 时才会出现此问题。通过大量的试验和错误,我能够从 Database 类中删除部分,直到我可以在一个可行的方法和一个抛出异常的方法之间缩小范围。这两种方法的唯一区别是如下所示的空 catch 子句:

不起作用的方法:

public List<string> Retrieve(string column, string table)
{
    List<string> Results = new List<string>();
    try
    {
        using (OdbcConnection Conn = new OdbcConnection("DSN=DSNNAME"))
        {
            using (OdbcCommand Command = new OdbcCommand("select " + column + " from " + table, Conn))
            {
                Conn.Open();
                using (OdbcDataReader Reader = Command.ExecuteReader())
                {
                    while (Reader.Read())
                    {
                        Results.Add(Reader.GetString(0));
                    }
                } //This is the line that it will fail on
            }
        }
    }
    finally
    {
    }
    return Results;
}

有效的方法(有效,我的意思是数据库中的信息仍然被正确读取和返回,但异常被忽略):

public List<string> Retrieve(string column, string table)
{
    List<string> Results = new List<string>();
    try
    {
        using (OdbcConnection Conn = new OdbcConnection("DSN=DSNNAME"))
        {
            using (OdbcCommand Command = new OdbcCommand("select " + column + " from " + table, Conn))
            {
                Conn.Open();
                using (OdbcDataReader Reader = Command.ExecuteReader())
                {
                    while (Reader.Read())
                    {
                        Results.Add(Reader.GetString(0));
                    }
                }
            }
        }
    }
    catch
    {
    }
    finally
    {
    }
    return Results;
}

我找不到发生这种情况的原因。当试图在一个单独的项目中复制它时,它不会抛出让我相信与我的特定项目有关的异常。但是,当将空白 catch 子句添加到完整的 Database 类中时,它仍然会引发异常。

有人知道为什么会这样吗?我感觉有些东西已损坏,但重新安装所有相关应用程序没有效果。

【问题讨论】:

  • 你发布的函数中的close方法在哪里?您确定是导致问题的具体关闭方法吗?
  • 您的工作方法:额外的catch 正在吃掉您的异常。我几乎不会称之为“工作”。
  • 不使用using语句手动dispose对象是否也会出现问题?
  • 您能否发布完整的堆栈跟踪和异常消息(特别是如果它有代码号?)您使用的是什么数据库服务器?
  • 我已更新帖子以包含您要求的信息。

标签: c# odbc datareader


【解决方案1】:

捕捉异常并查看: catch(Exception ex)

【讨论】:

  • 当我捕捉到异常时,几乎没有关于异常的信息。我已更新我的原始帖子以包含完整的异常信息。
【解决方案2】:

关闭与 access 数据库的连接可能存在竞争条件,这只是一个文件,特别是如果您只能在开发环境运行时之外重现它,这可能会稍微快一些。

如果您在代码中引入一个小睡眠会发生什么?

using (OdbcDataReader Reader = Command.ExecuteReader())
{
    while (Reader.Read())
    {
        Results.Add(Reader.GetString(0));
    }
    Thread.Sleep(TimeSpan.FromMilliseconds(100));
}

请注意,这可能不是一个好的“生产代码”解决方案,但如果它修复它,也许它可能是您可以使用的唯一修复。捕获并吞下异常最有可能至少消耗 100 毫秒。如果是这样,我会把它留在里面,但还要添加一个特定的 catch 来检查预期的“无害”异常,并且只有在确实是那个确切的异常时才吞下它,否则重新抛出它。

【讨论】:

    【解决方案3】:

    经过多次反复试验,我终于能够确定问题所在。也有人遇到这个问题的奇怪机会,我想我会回答我自己的问题。

    在完全重新创建我的项目并且仍然无法复制错误或获得比 Odbcexception 更多的信息后,我发现了一个程序 Application Verifier(由于这台计算机是共享的,因此不完全确定它的作用)正在附加到该进程。每次我的项目在 Visual Studio 之外运行时,应用程序验证程序很可能会附加到我的 exe 进程并导致错误。打开应用程序验证程序并删除对我项目的 exe 和所有日志文件的引用似乎已经解决了这个问题。

    我可以看到这可能是如何导致我的错误的,但我不知道为什么 DataReader.Close() 它会在哪一行代码上出错。如果有人知道并愿意分享,我会很感兴趣。

    【讨论】:

      猜你喜欢
      • 2018-04-22
      • 1970-01-01
      • 2014-01-16
      • 1970-01-01
      • 1970-01-01
      • 2019-07-08
      • 1970-01-01
      • 2016-08-02
      • 1970-01-01
      相关资源
      最近更新 更多