【问题标题】:Suitable IPC between a C++ DLL (local hooks) and C# applicationC++ DLL(本地挂钩)和 C# 应用程序之间的合适 IPC
【发布时间】:2021-03-05 21:17:35
【问题描述】:

对于注入第三方进程和 C# 应用程序的 C++ DLL,最好的进程间通信是什么?这是目前的情况:

// This gets executed within the target process memory region
LRESULT CALLBACK HookProc(int code, WPARAM wParam, LPARAM lParam)
{
    if (code > 0)
    {
        auto csharpApplicationFunctionPointerAddress = 0xdeadbeef;
        auto csharpApplicationFunctionResult = call csharp function with N parameters here

        // Do something with the result
        if (csharpApplicationFunctionResult == "foo")
        {
            
        }
    }

    return CallNextHookEx(hookInstance, code, wParam, lParam);
}

我遇到了this 并发现我需要一个 RPC,但是我似乎无法找到最适合这个问题的 RPC,因为该通信需要传递 N 个参数并将结果返回为尽可能快。

注意事项:

  1. 因为我不想处理超时,所以不考虑套接字
  2. 命名管道可以在这里工作还是只适用于字符串消息?(不考虑序列化/反序列化)
  3. 我不想对远程线程使用消息轮询,因为这会占用太多 CPU

还有什么选择吗?请随时纠正我上面的注释。

【问题讨论】:

  • 在Windows上的IPC基本表现为:套接字、命名管道、共享内存和消息队列。所以,看起来你唯一的选择是共享内存。
  • WM_COPYDATA 非常简单,如果你在接收端有一个消息队列docs.microsoft.com/en-us/windows/win32/dataxchg/wm-copydata 下一个最简单的是UDP(没有超时)
  • 还有其他形式的 IPC 可用 - 邮槽、RPC、ActiveX/COM、DDE 等。但即使您要使用套接字或管道,也不必轮询入站消息,您可以让操作系统通过重叠 I/O 或 I/O 完成端口通知您新消息。老实说,我只会使用窗口消息,它们非常简单并且不会消耗很多开销,尽管 OP 声称相反。

标签: c++ com hook ipc rpc


【解决方案1】:

我最终创建了一个 invisible dummy window,作为通过来自 DLL 的 SendMessage 调用接收消息的中心点。

【讨论】:

    猜你喜欢
    • 2011-01-02
    • 2016-03-22
    • 1970-01-01
    • 1970-01-01
    • 2012-04-21
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多