com - Microsoft UIAutomation 中是否有任何内部超时？

Question

我正在使用 UI 自动化 COM 到 .NET 适配器 读取在 Windows 7 上播放 FLASH 内容的目标 Google Chrome 浏览器的内容。它可以工作。

我成功获得了内容和元素。一段时间内一切正常，但几个小时后，这些元素变得无法访问。
(AutomationElement).FindAll()返回 0 children 。

UIAutomation 是否有任何内部未记录的超时？

据此IUIAutomation2 interface
有 2 个超时，但无法从 IUIAutomation 界面访问它们。
IUIAutomation2 仅在 Windows 8 上受支持(仅限桌面应用程序)。

所以我相信有一些超时。
我做了一个解决方法，从桌面树的开头重新开始搜索和监视元素，但元素仍然不可用。
一段时间后(不确定多少)这些元素再次可用。
我的要求是尽可能快地读取这些值，但这种行为会对整个架构造成损害。
我在某处读到有 3 分钟的超时，但不确定。

如果超时，是否可以更改它？
是否可以重新启动某些东西或释放/处置某些东西？
我在 MSDN 上找不到任何东西。

有谁知道发生了什么以及如何解决？

Answer 1

感谢这个很好的问题。我有一个类似的问题，但设置却大不相同。我在 Win7 上，直接从 C# 使用 UIAutomationCore.dll 来测试我们正在开发的应用程序。在运行我的一系列操作和事件订阅以及所有其他事情之后，我间歇性地观察到 UIA 界面停止工作(在我的情况下大约 8-10 分钟，但我大量使用 UIA 界面)。

许多不同的事情，包括调度 COM 接口(interface)，在不同的地方 sleep 都失败了。有趣的发现是我在测试期间设法使用了 AccEvent.exe(SDK 的一部分，如 inspect.exe)，并看到事件也停止流向 AccEvent。因此，停止响应的不是我的客户端界面，而是 COM 服务器(或 UIAutomationCore 所做的任何事情)停止响应。

作为一种解决方案(这似乎在大多数情况下都有效——或者可以大大改善这种情况)，我决定应该给被测应用程序一些喘息的机会，因为使用 UIA 会给它带来额外的负担。这可能是在您的客户端中巧妙地放置 sleep 点，但我不是在设定时间 sleep ，而是监视应用程序的处理器负载并等待它稳定下来。

当问题出现时，我收到的间歇性错误之一是“......无法调用任何订阅者......”，我的搜索结果显示一个 msdn 页面，显示他们在 CUIAutomation8 界面上进行了改进，但因为这是特定于 Windows8，我还没有机会尝试。

我还应该补充一点，我还通过合并更多的 ui 缓存 (FindAllBuildCache) 减少了对 UIA 的调用次数，因为来回的频率越少，对 UIA 来说就越好。感谢 Guy 在另一个问题中的回答:UI Automation events stop being received after a while monitoring an application and then restart after some time