从VBscript转换为JScript后，使用MSVBVM60.dll缓慢关闭VB ocx文件

我们有一个应用程序，目前在IE浏览器上工作，直到IE10版本。 随着VB支持在标准模式下从IE中移除，我们面临着向IE11迈进的挑战。 我们有很多VB脚本被转换成JScript。该应用程序还加载VB6活动x组件。 从VB脚本转换为JScript后，应用程序运行良好，但在加载VB6活动x组件的位置除外。 应用程序每隔一段时间就会因“内存不足”问题崩溃，并且不会加载ocx文件。 注意：这种情况每隔一段时间发生一次。 我使用ProcMon工具查看发生了什么。我看到当激活的x组件被加载时，ocx文件被加载，另一个dll MSVBVM60.dll也被加载。当活动x组件关闭时，MSVBVM60也会随之清理。 下次尝试加载活动x组件时，ocx文件和MSVBVM60根本没有加载，我们看到内存不足问题。 我们通过打开和关闭activex控件一次，然后等待大约30秒，然后尝试启动activex控件来测试应用程序。这次成功了。这样，我们感觉组件需要时间来关闭/卸载。 如果我们试图在控件关闭之前启动它，则应用程序会给出该错误。 这在VB脚本代码中从未发生过。 与MSVBVM60.dll和VBScript之间是否存在任何关系，使得其卸载速度比JScript更快？ 我们在VB脚本和JScript中找不到任何不同的特定代码。

---

我需要你的投入，以正确的方向思考。请提供帮助。

MSVBVM60.dll是VB6的（32位）运行时组件，与VBScript无关。OCX依赖于它，因为OCX是用VB6编写的，所以在OCX加载时会加载它。我会将所有VB6 ActiveX控件重写为HTML/Javascript组件，这样您就不再依赖VB6了。我过去喜欢VB6，但现在它是一种过时的、不受支持的技术，当你试图让它与从未设置过的新技术协同工作时，它只会让你感到头疼。JavaScript和JScript使用一种“肥而草率的生命周期管理”策略，很像他们剽窃的.Net和Java。这被奇怪地称为“垃圾收集”，是不确定的。Microsoft已选择放弃支持VB6和VBScript的强大功能和优势。MSVBVM60.dll是VB6的（32位）运行时组件，与VBScript无关。OCX依赖于它，因为OCX是用VB6编写的，所以在OCX加载时会加载它。我会将所有VB6 ActiveX控件重写为HTML/Javascript组件，这样您就不再依赖VB6了。我过去喜欢VB6，但现在它是一种过时的、不受支持的技术，当你试图让它与从未设置过的新技术协同工作时，它只会让你感到头疼。JavaScript和JScript使用一种“肥而草率的生命周期管理”策略，很像他们剽窃的.Net和Java。这被奇怪地称为“垃圾收集”，是不确定的。微软已经选择放弃支持VB6和VBScript的强大和优雅。