我正在使用UI 自动化 COM-to-.NET 适配器来读取目标 Google Chrome 浏览器的内容，该浏览器在 Windows 7 上播放 FLASH 内容。它可以工作。
我成功获得了内容和元素。一段时间内一切正常，但几个小时后，这些元素变得无法访问。
(AutomationElement).FindAll()返回0个孩子。
UIAutomation 是否有任何内部未记录的超时？
根据这个IUIAutomation2 接口 有 2 个超时，但它们不能从 IUIAutomation 接口访问。IUIAutomation2 仅在 Windows 8 上受支持（仅限桌面应用程序）。
所以我相信有一些超时。我做了一个解决方法，从桌面树的开头重新开始搜索和监视元素，但元素仍然不可用。一段时间后（不确定多少）这些元素再次可用。我的要求是尽可能快地读取这些值，但这种行为会对整个架构造成损害。我在某处读到有 3 分钟的超时，但不确定。
如果超时，是否可以更改它？是否可以重新启动某些东西或释放/处置某些东西？我在 MSDN 上找不到任何东西。
有谁知道发生了什么以及如何解决？
感谢这个很好的问题。我有一个类似的问题，但设置却大不相同。我在 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