Microsoft UIAutomation 中是否有任何内部超时？答案

【问题标题】：Is there any internal timeout in Microsoft UIAutomation?Microsoft UIAutomation 中是否有任何内部超时？
【发布时间】：2015-06-30 10:30:44
【问题描述】：

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

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

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

UIAutomation 是否使用了任何内部未记录的超时？

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

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

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

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

【问题讨论】：

我不认为在 Windows 8 之前存在超时。事实上，请求永远存在更多问题 - 因此这个新的超时功能。如果它工作，然后在几个小时后停止，它看起来像一个错误（例如，默默地耗尽资源的东西）。可能是 UIA 或目标应用程序中的错误。如何为 chrome 启用 UIA？
好吧，我没有以任何特殊方式启用 UIA。我正在使用定制的 Chrome 浏览器。总之结构很简单。 Chrome 窗口、Pane1、Pane2、FLASH 对象。然后看起来 Chrome 实现了 FLASH 对象，就像通过 UIAutomation 访问的自定义控件一样。但是，这些控件不是使用 Accessibility 接口制作的，因此它们没有直接的 AutomationID。这使得阅读有点困难。这就是为什么我需要阅读第一个 Accessible Parent 并一直刷新内容。

标签： com ui-automation microsoft-ui-automation uia

【解决方案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 restart after some time

【讨论】：