Internet Explorer COM对象运行时突发失效问题求助及测试验证

我仔细看了你遇到的问题——用AutoIt搭配IE.au3 UDF调用IE COM对象，或是操作Excel COM对象时，脚本明明能正常运行几百甚至几千次，却会毫无预兆地在某个COM调用（不管是访问对象本身还是它的属性）时突然报错，而且一旦出错，后续的COM调用基本都跟着失败。更有意思的是不同系统的崩溃阈值还不一样：Win7下大概在3300-4200次循环就挂，Win10却能撑到万次以上。

可能的问题根源 #

• COM对象引用计数泄露：AutoIt处理COM对象时，如果没正确释放引用，循环次数一多，内存里堆积的未释放COM对象就会越来越多，最终系统拿不出新的COM资源，自然就触发随机错误了。比如你原脚本里的链式调用$oIE.document.getElementsByTagName("a")(2).href，看似只是读个属性，但底层可能悄悄创建了临时DOM对象引用，这些引用没被及时回收，就会慢慢拖垮系统。
• IE DOM的内存短板：IE的DOM引擎本身在长时间重复操作时，容易出现内存碎片或者内部资源泄漏，尤其是Win7对应的旧版IE，内存管理机制远不如新浏览器完善，所以更容易提前崩溃。
• AutoIt COM封装的边界问题：IE.au3 UDF对COM对象的封装可能在高频循环场景下有疏漏，比如没处理好COM对象的状态同步，偶尔就会出现调用失败的情况。

测试与排查建议 #

1. 给脚本加手动释放COM对象的逻辑

你可以把链式调用拆成单独的对象引用，用完就手动销毁，强制AutoIt释放临时引用：

#include <IE.au3>
;; sMode choices
;; "chain" : access a long com path
;; "separate" : split path and access com objects one by one
$sMode = "separate"
_IEErrorHandlerRegister()
Switch $sMode Then
Case "chain"
Local $iCount = 0
Local $oIE = ObjCreate("InternetExplorer.Application")
Local $s = ""
Local $err = Null
$oIE.Visible = True
$oIE.Navigate("www.leo.org")
While StringLower($oIE.readystate) <> "complete" And $oIE.readystate <> 4
Sleep(500)
WEnd
While StringLower($oIE.document.readystate) <> "complete" And $oIE.readystate <> 4
Sleep(500)
WEnd
While True
$iCount += 1
$s = $oIE.document.getElementsByTagName("a")(2).href
$err = @error
ConsoleWrite("" & $iCount & ". " & $s & " - " & $err & @CRLF)
If $err Then ExitLoop
Sleep(150)
WEnd
Case "separate"
Local $iCount = 0
Local $oIE = ObjCreate("InternetExplorer.Application")
Local $oDoc, $oLinks, $oLink, $s = ""
Local $err = Null
$oIE.Visible = True
$oIE.Navigate("www.leo.org")
While StringLower($oIE.readystate) <> "complete" And $oIE.readystate <> 4
Sleep(500)
WEnd
While StringLower($oIE.document.readystate) <> "complete" And $oIE.readystate <> 4
Sleep(500)
WEnd
While True
$iCount += 1
$oDoc = $oIE.document
$oLinks = $oDoc.getElementsByTagName("a")
$oLink = $oLinks(2)
$s = $oLink.href
$err = @error
ConsoleWrite("" & $iCount & ". " & $s & " - " & $err & @CRLF)
;; 手动释放临时COM对象引用
$oLink = 0
$oLinks = 0
$oDoc = 0
If $err Then ExitLoop
Sleep(150)
WEnd
EndSwitch

你可以分别跑"chain"和"separate"两种模式，对比崩溃次数的差异，就能判断是不是引用泄漏在搞鬼。

2. 监控系统资源变化

脚本运行时打开任务管理器，盯着iexplore.exe的内存占用和句柄数，如果内存只涨不跌，那基本实锤是内存泄漏问题了。

3. 换IE模式试试（针对Win10）

Win10里可以切换IE的兼容性模式，或者用Edge的IE模式来运行脚本，看看新环境下稳定性会不会提升。

4. 给Excel COM对象做同样的测试

既然Excel也有类似问题，你可以照搬上面的思路，在每次循环后手动释放Excel的Range、Worksheet这类临时对象，看看修改后崩溃次数会不会增加。

是不是Bug？ #

我更倾向于这是资源泄漏导致的累积性故障，而非AutoIt或IE COM的直接Bug——毕竟脚本能稳定运行上千次，说明基础逻辑没问题，只是长时间运行后资源耗尽才触发错误。不过也不排除AutoIt的COM垃圾回收在高频循环下有延迟，导致引用不能及时释放。

你可以先试试上面的修改版脚本，看看能不能缓解问题。

内容的提问来源于stack exchange，提问作者Michael S.