WPF应用UIAutomation调用随运行时长增加性能骤降问题咨询

• 特定版本Windows 10的UIA核心组件UIAutomationCore.dll存在未公开的非托管句柄泄漏缺陷，该问题集中出现在1903、20H1、21H1的早期发行版本中，泄漏的句柄属于系统级资源，不会体现在应用的托管内存统计中，因此你观察不到内存占用上涨。
• 托管UIAutomationClient封装库的引用残留问题：长期持有AutomationElement实例时，底层COM对象不会被及时释放，每次FindFirst调用产生的临时对象会逐步累积，导致UIA框架后续遍历需要过滤的无效对象数量随运行时长线性增长。
• 目标WPF应用的UIA提供端回收失效：部分设备上的WPF运行时不会及时清理UIA调用生成的临时IRawElementProviderSimple实例，进一步放大了遍历开销。

快速适配方案（无需修改系统配置） #

• 每次调用FindFirst完成后，立即执行AutomationElement.ClearAllCachedProperties()清除缓存，同时不要在全局作用域长期持有任何AutomationElement实例，用完即丢弃引用。
• 缩小FindFirst的搜索范围：避免使用TreeScope.Subtree全范围遍历，优先用TreeScope.Children或限定层级的TreeScope.Descendants，同时用AndCondition组合多维度匹配条件（如同时匹配AutomationId、ControlType、Name属性），减少无效遍历开销。
• 添加UIA客户端定时重置逻辑：每10~15分钟销毁当前的UIA客户端实例，重新初始化整个UIA上下文，彻底清理累积的无效句柄，该方案兼容性最高，可覆盖所有存在缺陷的系统版本。

根因修复方案 #

• 出现问题的设备安装KB5006670累积更新，微软在该2021年10月推送的补丁中修复了UIAutomationCore.dll的句柄泄漏问题。
• 替换托管UIA实现为原生COM接口调用：直接导入IUIAutomation原生COM接口完成操作，每次调用后用Marshal.ReleaseComObject()手动释放COM对象，完全规避托管封装层的泄漏缺陷。

内容的提问来源于stack exchange，提问作者Edoardo Vassura