为何AppleScript查询UI元素name属性时速度异常缓慢？

性能瓶颈原因 #

你遇到的慢执行问题核心在于跨进程通信（IPC）的开销：

• 逐个访问name of uiElem时，每一次属性读取都需要AppleScript和System Events进程进行一次通信。哪怕只有100个元素，也会触发100次IPC调用，累积起来就造成了10-20秒的延迟。
• 直接打印uiElem时，System Events会一次性返回该元素的所有属性快照，仅触发一次IPC，所以速度快很多。

高效优化方案 #

方案1：让System Events内部完成筛选（最优）

利用AppleScript的whose过滤器，把筛选逻辑交给System Events进程处理，仅需一次IPC就能拿到匹配元素，完全避免循环遍历的开销：

tell application "System Events"
    tell process "TextEdit"
        set win to front window
        -- 直接通过whose筛选，System Events内部处理匹配逻辑
        try
            set myElement to first UI element of entire contents whose name is "Minimize"
            log myElement
        on error
            -- 处理找不到元素的情况
            log "未找到目标元素"
        end try
    end tell
end tell

方案2：批量获取属性后本地遍历

如果必须自行处理遍历逻辑，先一次性把所有元素的name属性批量读取出来（仅一次IPC），之后在AppleScript本地列表中做匹配，速度会大幅提升：

on getElementByClassAndName(targetName, targetElements)
    -- 一次性获取所有元素的name，仅触发一次跨进程通信
    set allNames to name of targetElements as list
    repeat with i from 1 to count of allNames
        if item i of allNames is targetName then
            return item i of targetElements
        end if
    end repeat
    return false
end getElementByClassAndName

-- 调用示例
tell application "System Events"
    tell process "TextEdit"
        set win to front window
        set myElement to my getElementByClassAndName("Minimize", entire contents)
        log myElement
    end tell
end tell

方案3：缩小遍历范围

尽量避免使用entire contents（会遍历窗口下所有层级的UI元素），而是定位到更具体的容器，比如TextEdit窗口的工具栏：

tell application "System Events"
    tell process "TextEdit"
        set toolbarElems to UI elements of toolbar 1 of front window
        set myElement to first UI element of toolbarElems whose name is "Minimize"
        log myElement
    end tell
end tell

这样能大幅减少需要遍历的元素数量，进一步降低开销。

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