为什么这会导致崩溃-VBA，ADODB和Kernelbase.dll

如何解决为什么这会导致崩溃-VBA，ADODB和Kernelbase.dll

很抱歉，这可能与所要求的发布指南并不完全一致，但是我遇到了一个不寻常的问题。我发布消息的原因是我可能会了解为什么它正在发生，而其他经历过的人可能会找到解决方法。我正在提供详细的历史记录，以便人们知道我做了什么以及为什么要尝试解决问题。

我们使用OsiSoft的PI Processbook。它支持VBA。我们拥有的文件可以正常工作多年，然后突然，最近，用户报告说，在某些文件上，Processbook应用程序将退出，而不会出现错误消息。它不会在启动时退出。它会很愉快地运行10-15分钟，然后然后崩溃。

不同用户在不同计算机上，但是在同一文件上。考虑到文件或应用程序方面没有任何更改，我认为这是操作系统中的更改-可能是安全补丁或类似补丁（Win10，64位）。 Windows Dump文件说它正在尝试写入它无权访问的内存，并且故障模块是KERNELBASE.DLL。

某些流程手册文件运行良好；只有少数几个有问题。他们真正唯一的共同点是他们拥有VBA代码，这些代码使用ADODB访问或Oracle数据库进行一些数据库调用。这就是我开始关注的内容。

我从调试VBA开始，使各种代码元素在完成后可以写入文本文件。一切都很好-我确认不是在运行此代码时发生崩溃。实际上，在一种情况下，它在“设计模式”下​​（即没有代码运行时）退出。但是禁用宏可以防止崩溃。重要的是，在设计模式下崩溃 HAD 以前是在运行代码的（代码在打开文件时运行），所以我开始研究该代码的作用。

代码执行了两个数据库查询，这些查询已正确且完美地执行。他们使用了以以下方式创建的ADODB.RecordSet对象：

Dim rsName as ADODB.RecordSet
Set rsName = new ADODB.RecordSet
rsName.Open sql,connectionString 

查询完成后，记录集已关闭，但没有遵从：

rsName.Close

所以，想知道这是不是原因，我取消了对它们的引用：

set rsName = nothing

...而且似乎可以解决问题。 为什么？

我知道VBA本身并没有使用垃圾回收，而是对对象的引用进行计数，并在引用计数降至零时清理对象。这些变量是局部变量，因此我想，尽管保留它们的引用当然不是一种好习惯，但是一旦宏块关闭，它们还是应该被取消引用和清理。

那么还有什么可能发生？ ADODB引擎中有东西吗？它看到一个记录集已关闭，但仍然保留，然后尝试稍后对其进行检查？ （现在我正抓着稻草，因为我真的不知道这种事情在引擎盖下如何工作）

因为这个调试太奇怪了，所以我不是100％肯定已经解决了，但是我将把这个“修复”推广到其他文件上，看看是否对用户有帮助。但是，我很想知道为什么会这样。