命名管道 232 管道正在关闭

Posted

技术标签:

【中文标题】命名管道 232 管道正在关闭【英文标题】:Named pipe 232 the pipe is being closed 【发布时间】:2013-10-28 13:50:07 【问题描述】:

嘿,我正在为 rpc 使用命名管道,当服务器收到写入管道的异常(例如客户端突然关闭)时,我捕获了异常,调用断开命名管道,然后我尝试调用 connectNamedPipe,我得到 232:管道正在关闭。我的问题是如何解决这个问题,所以在我得到一个异常之后再次开始监听管道

【问题讨论】:

【参考方案1】:

抱歉,不知道是不是太晚了。这个帖子好像很老了。

但只是为了像我一样在这里谷歌这个问题的人的利益。

线程启动器面临的问题很简单,客户端断开后无法重新连接到同一管道!

所以如果客户端的管道突然关闭,服务器端的管道也会死掉。如果要重新连接,服务器需要提供另一个 CreateNamedPipe 函数来获取新的连接,并要求客户端尝试。

关键是对管道的理解。

【讨论】:

我正是在寻找类似问题的答案。您知道是否可以将客户端管道配置为在不导致服务器管道关闭的情况下关闭? 非常感谢您提供这些信息。救生员。被困了好几天,这是关键。【参考方案2】:

我也遇到过同样的问题,但和 Leon 有点不同。

就我而言,ReadFile() 返回 232“管道正在关闭”。 该消息是误导性的。管道未关闭。 ReadFile() 只是返回,没有读取任何数据。

由于我创建的管道是非阻塞的,因此 ReadFile() 在没有数据的情况下立即返回非常有意义。

如果查看winerror.h中的错误码,就是“ERROR_NO_DATA”,比“管道正在关闭”要好很多

【讨论】:

以上是关于命名管道 232 管道正在关闭的主要内容,如果未能解决你的问题,请参考以下文章

如何写入命名管道而不等待读取管道

检测命名管道的关闭

Unidac连接出错:命名管道提供程序:管道的另一端上无任何进程.

如何检测 Windows 命名管道是不是已关闭?

当端口 1433 关闭时,pymssql 库如何回退到命名管道端口?

检测阅读器何时关闭命名管道(FIFO)