Windows命名管道读写互斥问题：读后无法写或写后无法读

核心问题定位 #

报错代码109对应ERROR_BROKEN_PIPE，通常是管道一端未正确关闭就终止，或是管道读写模式配置错误，导致双向通信时连接中断。

关键修复步骤 #

• 确认管道创建模式
  服务端创建管道时必须指定PIPE_ACCESS_DUPLEX，确保支持双向读写，禁止使用单向的PIPE_ACCESS_INBOUND或PIPE_ACCESS_OUTBOUND。示例创建代码：

  HANDLE hPipe = CreateNamedPipe(
      TEXT("\\\\.\\pipe\\MyEchoPipe"),
      PIPE_ACCESS_DUPLEX,
      PIPE_TYPE_BYTE | PIPE_READMODE_BYTE | PIPE_WAIT,
      PIPE_UNLIMITED_INSTANCES,
      4096,
      4096,
      0,
      NULL);
  

• 保持管道句柄有效性
  服务端读取完成后不能随意关闭管道句柄，需写完响应后再处理连接关闭或复用；客户端发送数据后也不能立即关闭管道，要等待接收响应。
• 规范读写同步流程
  1. 服务端：等待客户端连接 → 读取长度字段 → 读取对应长度数据 → 写入长度字段 → 写入回显数据 → 决定保持连接或关闭
  2. 客户端：连接管道 → 写入长度字段 → 写入数据 → 读取长度字段 → 读取回显数据 → 关闭连接
     两端必须严格遵循此顺序，避免一方提前关闭管道导致另一方操作报错。
• 支持多轮回显的连接复用（可选）
  若需多次回显，服务端完成一次回显后可调用DisconnectNamedPipe，再通过ConnectNamedPipe等待新连接，而非直接关闭管道句柄。

常见误区规避 #

• 读取完成后不要立即调用CloseHandle，需确保响应数据已写入，可通过FlushFileBuffers确保数据发送完成。
• 客户端与服务端的管道类型（字节流/消息模式）必须一致，保持两端PIPE_TYPE_BYTE和PIPE_READMODE_BYTE配置统一。

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