是否有可能等到其他线程处理过程input消息?

我想模拟用户input到其他窗口可靠。 我为此使用SendInput ,但是之后我需要等到目标应用程序在发送更多消息之前处理input。 据我所知, SendInput ,尽pipe它的名字,真正的消息发送到队列,不等待,直到他们被处理。

我的尝试是基于这个想法,直到消息队列至less一次是空的。 因为我不能直接检查其他线程消息队列(至less我不知道这样做),所以我使用AttachThreadInput将目标线程的队列附加到该线程的队列,然后使用PeekMessage进行检查。

为了检查function,我使用一个窗口和一个button的小应用程序。 当点击button时,我调用Thread.Sleep(15000)有效地停止消息处理,从而确保在接下来的15s消息队列不能为空。

代码在这里:

  public static void WaitForWindowInputIdle(IntPtr hwnd) { var currentThreadId = GetCurrentThreadId(); var targetThreadId = GetWindowThreadProcessId(hwnd, IntPtr.Zero); Func<bool> checkIfMessageQueueIsEmpty = () => { bool queueEmpty; bool threadsAttached = false; try { threadsAttached = AttachThreadInput(targetThreadId, currentThreadId, true); if (threadsAttached) { NativeMessage nm; queueEmpty = !PeekMessage(out nm, hwnd, 0, 0, RemoveMsg.PM_NOREMOVE | RemoveMsg.PM_NOYIELD); } else throw new ThreadStateException("AttachThreadInput failed."); } finally { if (threadsAttached) AttachThreadInput(targetThreadId, currentThreadId, false); } return queueEmpty; }; var timeout = TimeSpan.FromMilliseconds(15000); var retryInterval = TimeSpan.FromMilliseconds(500); var start = DateTime.Now; while (DateTime.Now - start < timeout) { if (checkIfMessageQueueIsEmpty()) return; Thread.Sleep(retryInterval); } } [DllImport("user32.dll")] [return: MarshalAs(UnmanagedType.Bool)] static extern bool PeekMessage(out NativeMessage lpMsg, IntPtr hWnd, uint wMsgFilterMin, uint wMsgFilterMax, RemoveMsg wRemoveMsg); [StructLayout(LayoutKind.Sequential)] public struct NativeMessage { public IntPtr handle; public uint msg; public IntPtr wParam; public IntPtr lParam; public uint time; public System.Drawing.Point p; } [Flags] private enum RemoveMsg : uint { PM_NOREMOVE = 0x0000, PM_REMOVE = 0x0001, PM_NOYIELD = 0x0002, } [DllImport("user32.dll", SetLastError = true)] private static extern bool AttachThreadInput(uint idAttach, uint idAttachTo, bool fAttach); [DllImport("user32.dll")] private static extern uint GetWindowThreadProcessId(IntPtr hWnd, IntPtr processId); [DllImport("kernel32.dll")] private static extern uint GetCurrentThreadId(); 

现在,由于某种原因,这不起作用。 它始终返回消息队列为空。 有人知道我做错了什么,或者有其他的方法来实现我所需要的吗?

编辑:关于为什么我需要等待在第一个地方。 如果其他操作立即被模拟而没有暂停,我会遇到只有部分input文本的情况。 例如,当焦点位于某个文本框时,我通过SendInput模拟了“abcdefgh”,之后再点击一下鼠标。 我得到的是“abcde”input,然后点击。 如果我把SendInput后面的Thread.Sleep(100) – 这个问题在我的机器上是不可重现的,但是在低硬件的情况下在VM上很less重现。 所以我需要更可靠的方法来等待正确的时间。

我猜测可能发生的事情与TranslateMessage函数有关 :

将虚拟键消息转换为字符消息。 字符消息被发送到调用线程的消息队列,在下一次线程调用GetMessage或PeekMessage函数时读取。

所以,我给SendInput调用了“abcdefgh” – 一组input消息发布到线程队列中。 然后开始按FIFO顺序处理这些消息,翻译“abcde”,并将每个字符的消息发布到队列的尾部。 然后在“abcde”的字符消息之后模拟鼠标点击。 然后翻译完成,但翻译消息“fgh”发生鼠标点击后。 最后,app看到“abcde”,然后点击“fgh” – 显然会出错

Solutions Collecting From Web of "是否有可能等到其他线程处理过程input消息?"

这是UI自动化中的常见需求。 它实际上是通过WindowPattern.WaitForInputIdle()方法在.NET中实现的。

你可以使用System.Windows.Automation命名空间来实现这个功能。 但是这个方法很容易实现。 您可以从Reference Source或反编译器中查看。 这让我很吃惊,但是看起来很稳定。 而不是试图猜测消息队列是否为空,它只是查看拥有该窗口的UI线程的状态。 如果它被阻塞,并且不等待内部系统操作,那么你有一个非常强烈的信号,即线程正在等待Windows传递下一条消息。 我是这样写的:

 using namespace System.Diagnostics; ... public static bool WaitForInputIdle(IntPtr hWnd, int timeout = 0) { int pid; int tid = GetWindowThreadProcessId(hWnd, out pid); if (tid == 0) throw new ArgumentException("Window not found"); var tick = Environment.TickCount; do { if (IsThreadIdle(pid, tid)) return true; System.Threading.Thread.Sleep(15); } while (timeout > 0 && Environment.TickCount - tick < timeout); return false; } private static bool IsThreadIdle(int pid, int tid) { Process prc = System.Diagnostics.Process.GetProcessById(pid); var thr = prc.Threads.Cast<ProcessThread>().First((t) => tid == t.Id); return thr.ThreadState == ThreadState.Wait && thr.WaitReason == ThreadWaitReason.UserRequest; } [System.Runtime.InteropServices.DllImport("User32.dll")] private static extern int GetWindowThreadProcessId(IntPtr hWnd, out int pid); 

调用SendInput()之前,在代码中调用WaitForInputIdle()。 你必须通过的窗口句柄是非常灵活的,只要窗口句柄由进程的UI线程拥有,窗口句柄就会执行。 Process.MainWindowHandle已经是一个非常好的候选人。 请注意,如果进程终止,该方法将抛出异常。