WinAPI EM_STREAMOUT崩溃

Question

我正在尝试从另一个程序获取Richedit控件的文本。

因此，我为SendMessage找到了EM_STREAMOUT。

到目前为止，这是我的代码（也来自另一个Stackoverflow主题）：

    DWORD CALLBACK EditStreamOutCallback(DWORD_PTR dwCookie, LPBYTE pbBuff, LONG cb, LONG *pcb)
{
    std::stringstream *rtf = (std::stringstream*) dwCookie;
    rtf->write((char*)pbBuff, cb);
    *pcb = cb;
    return 0;
}

int main() {
    std::stringstream rtf;

    EDITSTREAM es = {0};
    es.dwCookie = (DWORD_PTR) &rtf;
    es.pfnCallback = &EditStreamOutCallback;
    SendMessage((HWND) 0x00000000000A06E8, EM_STREAMOUT, SF_RTF, (LPARAM)&es);

}

唯一发生的是，SendMessage返回0-因此显然没有读取任何字节-并且我尝试从中获取信息的程序的CPU使用率高达100％。

Answer 1

Windows为您封送了一些消息，例如WM_GETTEXT 。 这就是为什么您可以跨过程边界检索窗口的文本。 EM_STREAMIN/OUT未自动封送。 这就是为什么您的代码崩溃的原因。 EDITSTREAM结构和回调代码必须存在于拥有RichEdit的同一进程的地址空间中。

对于许多需要跨越进程边界的非编组消息，可以使用VirtualAllocEx()分配输入/输出缓冲区，使用WriteProcessMemory()填充它们，并使用ReadProcessMemory()从中读取。 但是，由于EDITSTREAM回调代码也需要处于同一进程中，因此最好将整个EM_STREAMOUT逻辑移到DLL中，然后使用CreateRemoteThread()或其他注入技术将其注入到目标进程中。 您可以使用GetWindowThreadProcessId()获取拥有RichEdit的进程/线程ID。 然后，您的DLL可以检索RichEdit数据，并使用您选择的任何IPC（进程间通信）机制将其发送回您的主应用程序，例如命名管道，邮筒， WM_COPYDATA消息等。