重启Mac后未启动Accessibility Inspector无法获取AXWebArea元素求助

问题原因 #

这是macOS 14（Sonoma）与Chrome辅助功能交互的已知兼容性问题：系统重启后，Chrome的辅助功能树会处于未完全初始化状态，此时AXUIElement无法查询到AXWebArea这类核心元素；只有当有辅助功能工具（如Accessibility Inspector）主动触发Chrome的辅助功能完整加载流程后，元素才会被正确暴露。退出Inspector后功能不会失效，因为Chrome的辅助功能树已完成初始化，直到下次系统重启才会重置。

解决方案 #

方案1：代码中主动触发Chrome辅助功能初始化 #

在查询focusedUIElement之前，先向Chrome进程发送一个轻量的辅助功能属性查询，强制Chrome加载完整的辅助功能树。示例Objective-C代码：

// 获取Chrome进程ID
pid_t chromePID = [[NSWorkspace sharedWorkspace] runningApplications]
    filteredArrayUsingPredicate:[NSPredicate predicateWithFormat:@"bundleIdentifier == 'com.google.Chrome'"]].firstObject.processIdentifier;

AXUIElementRef chromeApp = AXUIElementCreateApplication(chromePID);
CFArrayRef children = NULL;
// 查询子元素属性，触发辅助功能树初始化
AXUIElementCopyAttributeValue(chromeApp, kAXChildrenAttribute, (CFTypeRef *)&children);

if (children) CFRelease(children);
CFRelease(chromeApp);

// 后续执行focusedUIElement查询逻辑即可正常获取AXWebArea

这段代码无需处理返回的子元素，仅用于触发Chrome的辅助功能树初始化，之后就能正常查询目标元素。

方案2：重置Chrome辅助功能权限（备选） #

如果方案1无效，可引导用户手动重置权限：

• 打开「系统设置」→「隐私与安全性」→「辅助功能」
• 移除你的应用权限，重新添加并授权
• 重启应用后重新尝试

说明：该方案需要用户手动操作，效率低于方案1，仅作为备选方案。

环境适配说明 #

该问题仅在macOS 14（Sonoma）系统下出现，M系列芯片设备表现更明显，与Xcode 15.0.1的AXUIElement接口无关，核心是Chrome与Sonoma辅助功能服务的交互逻辑问题。

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