UI Automation遍历含2k元素的UI树能否在1-2秒内完成？

使用UI Automation COM库遍历支持UI Automation、包含约1000个元素的应用UI树时，耗时至少8秒以上；尝试使用UI Automation缓存机制后，初始遍历仍需7-8秒，且无法缓存父元素属性。目标是在1-2秒内遍历包含约2000个元素的UI树，同时保留通过属性识别元素的能力。

补充：曾尝试Win32 API如EnumChildWindows，但无法获取Electron、WPF等框架的控件句柄。

用户提供的缓存实现代码：

private static IUIAutomationCacheRequest BuildCacheRequest()
{
    IUIAutomationCacheRequest cacheRequest = _automation.CreateCacheRequest();
    cacheRequest.AddProperty(UIA_PropertyIds.UIA_ControlTypePropertyId);
    cacheRequest.AddProperty(UIA_PropertyIds.UIA_AutomationIdPropertyId);
    ....
    return cacheRequest;
}       
private static IUIAutomationCondition BuildConditionArray()
{
    IUIAutomationCondition[] conditionArray = new IUIAutomationCondition[40];
    int controlType = 50000;

    for (int i = 0; i < 40; i++)
    {
        conditionArray[i] = _automation.CreatePropertyCondition(UIA_PropertyIds.UIA_ControlTypePropertyId, controlType);
        controlType += 1;
    }

    return _automation.CreateOrConditionFromArray(conditionArray);
}

private static IUIAutomationElementArray FindAllDescendantsBuildCache(IUIAutomationElement element, IUIAutomationCacheRequest cacheRequest, IUIAutomationCondition conditionArray)
{
    IUIAutomationCondition[] condArr = new IUIAutomationCondition[2];
    condArr[1] = _automation.CreatePropertyCondition(UIA_PropertyIds.UIA_IsOffscreenPropertyId, false);
    condArr[0] = conditionArray;
    cacheRequest.AutomationElementMode = AutomationElementMode.AutomationElementMode_None;
    cacheRequest.TreeFilter = _automation.ControlViewCondition;

    var cachedElements = element.FindAllBuildCache(TreeScope.TreeScope_Descendants,
     _automation.CreateAndConditionFromArray(condArr), cacheRequest);
    return cachedElements;
}

1. 极致精简缓存请求 #

• 仅缓存绝对必要的属性，移除任何不需要的属性/模式。你的代码中已添加ControlType和AutomationId，确保没有额外冗余属性，避免缓存不必要的数据增加IPC开销。
• 保留AutomationElementMode_None的设置：该模式仅缓存属性，不创建完整的IUIAutomationElement对象，能显著减少内存占用和IPC传输数据量。

2. 优化遍历范围与过滤条件 #

• 避免一次性遍历所有后代：不要直接使用TreeScope_Descendants，改为分层次递归遍历（先遍历直接子元素TreeScope_Children，再递归处理每个子元素）。单次IPC请求的数据量越小，响应速度越快，能避免大批次数据传输的延迟。
• 精准过滤控件类型：当前条件覆盖40个连续ControlType值，但其中很多类型可能是目标应用中不存在的。先排查应用实际包含的ControlType，只保留这些类型的条件，减少过滤逻辑的复杂度和匹配次数。
• 简化树过滤器：如果不需要排除非控件元素，可将TreeFilter改为RawViewCondition以减少过滤开销；若仅需可见元素，保留IsOffscreen=false的条件，还可结合IsEnabled=true进一步缩小范围。

3. 解决父元素属性缓存问题 #

要缓存父元素的属性，需调整缓存请求的TreeScope并添加父元素的属性：

cacheRequest.TreeScope = TreeScope.TreeScope_Element | TreeScope.TreeScope_Parent;
// 添加需要缓存的父元素属性
cacheRequest.AddProperty(UIA_PropertyIds.UIA_ControlTypePropertyId);
cacheRequest.AddProperty(UIA_PropertyIds.UIA_AutomationIdPropertyId);

这样遍历子元素时，父元素的指定属性会被一同缓存，后续无需额外IPC请求获取。

4. 异步遍历与并行处理 #

使用UI Automation的异步方法FindAllBuildCacheAsync替代同步方法，避免阻塞主线程。同时，遍历子元素时可采用并行递归（注意UI Automation COM对象的单线程公寓特性，需确保每个线程的COM对象初始化正确），利用多核CPU提升遍历效率。

5. 优化IPC传输效率 #

• 调整缓存请求的BatchSize（若支持）：设置合适的批次大小能平衡IPC调用次数和单次数据量。
• 避免跨进程重复调用：确保所有需要的属性都在一次缓存请求中获取，不要在遍历后单独请求属性。

1. 使用.NET托管UI Automation库 #

改用System.Windows.Automation命名空间（.NET全框架均支持），它是UI Automation COM库的托管封装，内部做了自动缓存管理、异步处理封装等优化，性能可能优于直接调用COM接口。

2. 针对特定框架的优化 #

• Electron应用：若目标应用允许开启调试端口，可使用Chrome DevTools Protocol（CDP）直接获取DOM元素，属性识别能力与UI Automation一致，且遍历速度更快。
• WPF应用：若有进程内权限，可直接访问WPF可视化树；否则.NET托管UI Automation库已针对WPF做了深度优化。

3. 轻量级UI遍历工具 #

参考Inspect.exe的底层逻辑（基于UI Automation），或开源项目如UIAutomationClient的优化实现，这类工具通常会做大量性能优化。

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