调用AutomationElement.FromHandle前需等待窗口就绪？自动化崩溃问题求助

我之前在做Windows钩子结合UI自动化的项目时，碰到过几乎一模一样的问题——SSMS在调用AutomationElement.FromHandle时直接崩溃，根源就是窗口创建事件触发得太早，目标应用的UI还没准备好接受自动化请求。下面给你拆解问题原因、确认核心疑问，以及给出可落地的解决方案：

一、为什么SSMS会崩溃？ #

SSMS的UI基于WPF构建，它的初始化依赖自身的Dispatcher线程完成可视化树和自动化代理的构建。而Windows窗口创建钩子的触发时机非常早：此时窗口的HWND已经在系统中注册，但SSMS内部的UI初始化流程还没走完。

当你在钩子回调里跨线程调用AutomationElement.FromHandle时，会强制SSMS的UI线程提前处理自动化框架的请求，直接打乱了它原本的初始化顺序，最终引发未捕获的System.InvalidOperationException，导致进程崩溃。

二、必须等待窗口就绪再调用自动化方法 #

答案是肯定的，绝对要等窗口完全就绪后再执行UI自动化操作。窗口的HWND存在≠UI元素能被自动化框架正常访问，你需要确认窗口满足几个状态：

• 窗口已经可见（IsWindowVisible返回true）
• 窗口处于启用状态（IsWindowEnabled返回true）
• 对于WPF应用（比如SSMS），内部的Dispatcher已经完成初始化并开始处理消息

三、具体解决方案 #

这里提供两种可靠的实现方式，你可以根据场景选择：

1. 延迟轮询检查窗口状态（通用场景首选） #

不要在钩子回调里直接执行自动化逻辑，而是把逻辑放到后台线程，通过延迟+轮询的方式等待窗口就绪：

// 钩子回调中捕获到目标HWND后
Task.Run(async () => {
    const int maxRetries = 10;
    int retryCount = 0;
    AutomationElement targetElement = null;

    while (retryCount < maxRetries) {
        // 先检查窗口的基础状态
        if (IsWindowVisible(hwnd) && IsWindowEnabled(hwnd)) {
            try {
                // 尝试获取自动化元素
                targetElement = AutomationElement.FromHandle(hwnd);
                break;
            } catch (InvalidOperationException) {
                // 捕获异常后继续等待，给SSMS更多初始化时间
                await Task.Delay(200);
                retryCount++;
            }
        } else {
            // 窗口还不可见/未启用，继续等待
            await Task.Delay(200);
            retryCount++;
        }
    }

    if (targetElement != null) {
        // 执行你的自动化操作
        RunYourAutomationLogic(targetElement);
    }
});

注意：IsWindowVisible和IsWindowEnabled是Win32 API，需要通过P/Invoke引入：

[DllImport("user32.dll")]
[return: MarshalAs(UnmanagedType.Bool)]
private static extern bool IsWindowVisible(IntPtr hWnd);

[DllImport("user32.dll")]
[return: MarshalAs(UnmanagedType.Bool)]
private static extern bool IsWindowEnabled(IntPtr hWnd);

2. 针对WPF应用的Dispatcher等待方案（精准场景） #

如果确定目标是WPF应用（比如SSMS），可以通过目标窗口的Dispatcher来等待初始化完成：

// 获取目标窗口的线程ID
uint threadId = GetWindowThreadProcessId(hwnd, out _);
// 附加到目标线程的Dispatcher（需要确保你的代码能访问到目标线程上下文）
Dispatcher targetDispatcher = Dispatcher.FromThread(Thread.CurrentThread);

// 让目标线程在空闲时执行自动化逻辑
targetDispatcher?.BeginInvoke(DispatcherPriority.ApplicationIdle, new Action(() => {
    try {
        var element = AutomationElement.FromHandle(hwnd);
        RunYourAutomationLogic(element);
    } catch (Exception ex) {
        // 捕获并处理异常
    }
}));

这种方式更精准，但需要对WPF的线程模型有一定了解，适合专门针对WPF应用的自动化场景。

四、额外注意事项 #

• 钩子回调的执行时间必须尽可能短，绝对不能在回调里做阻塞或耗时操作，所有自动化逻辑都要放到后台线程执行，避免阻塞系统的窗口创建流程。
• 针对SSMS这类启动较慢的应用，可以适当延长初始延迟时间（比如500ms），或者增加重试次数。
• 一定要捕获所有可能的自动化异常（比如InvalidOperationException、ElementNotAvailableException），避免异常扩散导致你的钩子进程崩溃。

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