4

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

我成功获得了内容和元素。一段时间内一切正常,但几个小时后,这些元素变得无法访问。

(AutomationElement).FindAll()返回0个孩子。

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

根据这个IUIAutomation2 接口 有 2 个超时,但它们不能从 IUIAutomation 接口访问。IUIAutomation2 仅在 Windows 8 上受支持(仅限桌面应用程序)。

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

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

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

4

1 回答 1

1

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

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

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

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

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

于 2016-06-15T05:13:55.447 回答