命名管道的一些疑问

fldx 2012-02-04 10:59:38

大家好，我第一次使用命名管道NamedPipeServerStream，有些地方不是太明白。

我原以为实例化一个管道后，他就可以像socket一样，一直进行监听。但发现好像是他用完了之后，这个管道就整个被回收了，如果还要继续通信的话，必须再实例化一个管道。是这样的吗？

如果想实现这种类似于socket的功能，是不是我必须要不停的实例化管道呢？

...全文

227 11 打赏收藏转发到动态举报

写回复

用AI写文章

11 条回复

切换为时间正序

请发表友善的回复…

发表回复

fldx 2012-02-05

打赏
举报

比较赞同您的说话。
[Quote=引用 8 楼 shigaofei1 的回复:]

很多人都说 WCF 好，我猜一定很好，
但是当我真的去了解时
发现，我真是看得一头雾水（我是看得 MSDN）经常觉得微软包装的东西过于复杂，过度设计

还是Socket好，方便。
进程间通讯貌似亦可以通过共享内存来实现。
[/Quote]

蔡袅 2012-02-05

打赏
举报

WCF的命名管道只能在微软平台下使用（目前是这样），虽然命名管道是用来网络通信的；
主要可以用来跨进程通信；
随机生成的或者说指定的命名管道名存储在共享内存中，如果名称相同则可复用，不存在则创建。

mrsupersky 2012-02-05

打赏
举报

补充：命名管道确实是个好东西最主要的是效率比较高。

mrsupersky 2012-02-05

打赏
举报

很多人都说 WCF 好，我猜一定很好，
但是当我真的去了解时
发现，我真是看得一头雾水（我是看得 MSDN）经常觉得微软包装的东西过于复杂，过度设计

还是Socket好，方便。
进程间通讯貌似亦可以通过共享内存来实现。

fldx 2012-02-04

打赏
举报

我试了一下，如果我在服务端实例化一个命名通道后，当一个客户端通信结束后，将这个通道关闭，再有别的客户端和服务端尝试连接就连接不上了。

如果我实例化两个命名通道，则可以满足两次通信。

照这样下去，难道我n次通信就要实例n次通道？？？

我这边看了一下微软的例子，发现他还真是这样做的。
http://msdn.microsoft.com/zh-cn/library/bb546085.aspx

[Quote=引用 6 楼 sp1234 的回复:]

引用 4 楼 fldx 的回复:

就比如说在客户端对管道进行操作后，关闭。然后这个管道就再也用不了了，被销毁了。我原以为会像socket监听一样，一直存在。

你所说的NamedPipeServerStream是服务器端，怎么又跑来说客户端呢？

他就好象是Http通讯，客户端虽然是“一问一答”地去搞什么“销毁”，但是服务器端进程总是无休止地可以进行下去，它也不过是“等待Con……
[/Quote]

以专业开发人员为伍 2012-02-04

打赏
举报

[Quote=引用 4 楼 fldx 的回复:]

就比如说在客户端对管道进行操作后，关闭。然后这个管道就再也用不了了，被销毁了。我原以为会像socket监听一样，一直存在。
[/Quote]

你所说的NamedPipeServerStream是服务器端，怎么又跑来说客户端呢？

他就好象是Http通讯，客户端虽然是“一问一答”地去搞什么“销毁”，但是服务器端进程总是无休止地可以进行下去，它也不过是“等待Connection、处理接入，关闭接入，在开始等待下一个Connection.......”，或者是异步地等待Connection（在处理接入的同时就开始异步等待下一个Connection）。

fldx 2012-02-04

打赏
举报

的确，我也试着不去close，但可能哪里有问题，他好像还是把他给收回去了。
[Quote=引用 3 楼 sp1234 的回复:]

如果你看msdn上的例子，msdn上关于通讯的例子大多都是非常非常幼稚的。它的namepipe服务器端的例子可能不过是从控制台上读取一行，然后写到接入的第一个命名管道客户端，然后就关闭了服务。这种例子只是哄小孩子的。不过你可以自己想想，你不去Close，而是继续读不就行了嘛。
[/Quote]

fldx 2012-02-04