如何通过命名管道实现C++与.NET Core应用双向数据通信

两者的定位、适用场景有本质区别：

• DllImport（平台调用/P/Invoke）：是进程内的非托管代码调用技术，.NET 运行时会将C编译生成的DLL加载到当前.NET应用的进程地址空间中，直接执行C导出函数。这种方式没有跨进程开销，但仅适用于C代码以DLL形式和C#代码运行在同一进程内的场景，无法和独立启动的C EXE程序做交互，且默认仅支持C#主动调用C函数，要实现C主动向C#传数据需要额外封装非托管回调，复杂度较高。
• 命名管道（Named Pipe）：是操作系统原生提供的跨进程通信（IPC）技术，专门用于同一设备（也支持跨局域网，但本地场景性能最优）上两个独立进程之间的全双工数据传输，两个进程各自拥有独立地址空间，不需要互相加载对方的二进制文件，天然支持双向主动发数据，完全匹配两个独立应用双向交互的需求。

命名管道采用服务端/客户端的连接模式，你可以根据业务需要任选一端作为服务端，另一端作为客户端，连接建立后两边均可同时读写数据，实现全双工通信。以下以Windows平台下C++作为服务端、C#作为客户端的场景给出可直接运行的实现示例，反向角色的实现逻辑完全对称。

C++端实现（Win32原生API，无第三方依赖） #

直接调用系统kernel32.dll提供的命名管道接口即可，代码示例：

#include <windows.h>
#include <stdio.h>
#include <tchar.h>
#include <string.h>

#define BUF_SIZE 4096
// 本地管道固定前缀为\\.\pipe\，C++字符串中反斜杠需要转义
LPCTSTR pipeName = _T("\\\\.\\pipe\\CppCsInteropPipe");

int _tmain() {
    // 创建双向读写的命名管道
    HANDLE hPipe = CreateNamedPipe(
        pipeName,
        PIPE_ACCESS_DUPLEX,
        PIPE_TYPE_MESSAGE | PIPE_READMODE_MESSAGE | PIPE_WAIT, // 消息模式、阻塞读写
        PIPE_UNLIMITED_INSTANCES,
        BUF_SIZE,
        BUF_SIZE,
        0,
        NULL
    );
    if (hPipe == INVALID_HANDLE_VALUE) {
        printf("创建管道失败，错误码：%d\n", GetLastError());
        return 1;
    }
    printf("等待C#客户端连接...\n");
    // 阻塞等待客户端接入
    BOOL connected = ConnectNamedPipe(hPipe, NULL) ? TRUE : (GetLastError() == ERROR_PIPE_CONNECTED);
    if (!connected) {
        CloseHandle(hPipe);
        return 1;
    }
    printf("客户端已连接，开始双向通信\n");

    char readBuf[BUF_SIZE];
    DWORD bytesRead, bytesWrite;
    while (TRUE) {
        // 接收C#端发送的数据
        if (ReadFile(hPipe, readBuf, BUF_SIZE - 1, &bytesRead, NULL)) {
            readBuf[bytesRead] = '\0';
            printf("收到C#消息：%s\n", readBuf);

            // 业务处理后回传结果给C#
            const char* response = "C++已收到消息，这是返回的处理结果";
            WriteFile(hPipe, response, (DWORD)strlen(response), &bytesWrite, NULL);
        } else {
            // 连接断开时退出循环
            break;
        }
    }
    CloseHandle(hPipe);
    return 0;
}

C# .NET Core端实现（内置类库，无额外依赖） #

.NET Core 内置System.IO.Pipes命名空间，不需要安装第三方Nuget包，直接使用即可，代码示例：

using System;
using System.IO;
using System.IO.Pipes;
using System.Text;
using System.Threading.Tasks;

class NamedPipeInterop
{
    static void Main()
    {
        // 连接本地同名管道，.代表本地机器
        using var pipeClient = new NamedPipeClientStream(".", "CppCsInteropPipe", PipeDirection.InOut);
        Console.WriteLine("正在连接C++服务端管道...");
        pipeClient.Connect();
        // 读写模式和C++端保持一致，使用消息模式
        pipeClient.ReadMode = PipeTransmissionMode.Message;
        Console.WriteLine("已连接C++服务端，开始双向通信");

        using var writer = new StreamWriter(pipeClient, Encoding.UTF8) { AutoFlush = true };
        using var reader = new StreamReader(pipeClient, Encoding.UTF8);

        // 后台线程持续接收C++主动推送的消息
        _ = Task.Run(async () =>
        {
            while (true)
            {
                try
                {
                    var response = await reader.ReadLineAsync();
                    if (!string.IsNullOrEmpty(response))
                    {
                        Console.WriteLine($"收到C++消息：{response}");
                    }
                }
                catch
                {
                    // 连接断开时退出接收线程
                    break;
                }
            }
        });

        // 主线程读取用户输入，向C++端发送数据
        while (true)
        {
            var input = Console.ReadLine();
            if (input == "exit") break;
            writer.WriteLine(input);
        }
        pipeClient.Close();
    }
}

落地注意事项 #

• 命名规则对齐：Windows下本地命名管道的完整路径格式为\\.\pipe\[自定义管道名]，C++调用Win32 API时需要写完整路径，C#的System.IO.Pipes类库会自动补全前缀，只需要传入自定义的管道名部分即可，两边自定义名一致才能正常连接。
• 读写规则对齐：管道的传输模式（消息模式/字节流模式）、字符编码（推荐统一用UTF-8）、消息边界约定必须两边完全一致，否则会出现数据读取错位、乱码问题。
• 复杂数据传输：如果需要传递结构体、类等复杂数据，不推荐直接传内存二进制块（容易受C++/C#内存布局对齐差异影响），建议统一用JSON、Protobuf等跨语言序列化格式做编解码，兼容性更好。
• 双向方法调用实现：如果需要实现“C#调用C方法”或者“C调用C#方法”的效果，只需要两边提前约定消息协议：比如消息头带方法ID、请求序列号，接收方收到消息后执行对应方法，再把结果带原序列号回传给发送方即可，不需要额外的技术组件。
• 跨平台适配：如果部署环境为Linux/macOS，C++端改用POSIX标准的mkfifo接口创建FIFO管道即可，C#端的System.IO.Pipes会自动适配对应系统的命名管道实现，上层业务读写逻辑不需要修改。
• 性能表现：本地命名管道是Windows/Linux下性能最高的本机IPC方案之一，端到端延迟在微秒级，吞吐量可达数百MB/s，绝大多数业务场景都不会有性能瓶颈。

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