UIAutomation无法抓取Chrome页面内容及元素遍历效率优化问题
Chrome无法抓取页面内容的解决方法
- Chrome默认不会对外暴露完整的页面UIA树，仅在检测到无障碍服务运行时才会开启。你可以打开Chrome地址栏输入
chrome://accessibility/，开启「全局无障碍模式」，或者针对当前站点开启无障碍支持，即可看到完整的页面元素树。 - 你当前使用的是
ControlViewWalker，只包含控件类的元素，部分页面装饰、文本元素可能不会出现在ControlView中，如果需要获取所有Inspect能看到的元素，建议改用RawViewWalker获取完整原始树。 - 检查Chrome的运行权限，如果你的程序是以管理员身份运行，而Chrome是普通用户身份运行，UIA跨权限场景下可能无法获取完整元素树，保持两者运行权限一致即可。
遍历性能优化方案
全局复用UIA核心对象
你现在的代码中GetTopLevelWindowByName和ListDescendants分别创建了独立的IUIAutomation实例，且多次调用CoInitialize，这部分属于完全冗余的开销。IUIAutomation全局仅需初始化一次，CoInitialize每个线程仅需调用一次，将这部分逻辑提到程序启动阶段执行，遍历过程中复用同一个实例即可大幅减少基础开销。另外GetTopLevelWindowByName中的IUIAutomation实例是局部变量，函数返回就会被销毁，完全属于无效创建。替换TreeWalker递归遍历为FindAll批量查找
TreeWalker逐一遍历子/兄弟节点的方式，每次调用都是一次跨进程通信，性能极低。改用IUIAutomationElement::FindAll方法，指定TreeScope_Descendants范围，系统会在内核侧完成批量遍历，一次性返回所有符合条件的元素，性能比递归遍历高10~100倍，120个元素的遍历耗时可以压缩到毫秒级。复用TreeWalker对象
如果你确实需要用TreeWalker做递归遍历，不要每次进入ListDescendants函数都重新创建ControlViewWalker，将Walker对象提到遍历逻辑外，全局复用同一个实例即可。批量获取元素属性
你当前每次调用get_CurrentName、get_CurrentNativeWindowHandle都是独立的跨进程调用，元素多的时候开销极大。可以先创建CacheRequest，指定需要获取的属性ID，遍历前先批量缓存所有属性，后续直接从缓存中读取属性，不用反复跨进程请求。修复内存泄漏
你代码中调用get_CurrentName获取的BSTR字符串，使用完没有调用SysFreeString释放，长期运行会出现内存泄漏，拖慢程序性能。所有BSTR类型的返回值用完都要手动释放。增加过滤条件
如果不需要获取所有类型的元素，可以在遍历前创建过滤条件，比如只查找按钮、输入框等指定类型的元素，减少需要处理的元素数量，进一步提升遍历速度。设置合理的超时时间
调用IUIAutomation::put_ConnectionTimeout设置UIA请求的超时时间，避免目标程序无响应时，你的遍历逻辑长时间阻塞。
内容的提问来源于stack exchange，提问作者user16872085
