是否有可能等到其他线程处理过程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” – 显然会出错

 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);