socket客户端在接受/发送的同时，如何接受服务端发过来的“其他通知消息”？？

[Fred_Mark]

socket客户端采用MSDN上的异步阻塞的方式接受/发送数据，如下：

Socket socket = ...;
ManualResetEvent connectDone = new ManualResetEvent(false);
ManualResetEvent sendDone = new ManualResetEvent(false);
...............

socket.beginSend(.....);
sendDone.WaitOne();
socket.beginRecevie(.....);
receiveOne.WaitOne();
..................
socket.beginSend(.....);
sendDone.WaitOne();
socket.beginRecevie(.....);
receiveOne.WaitOne();
..................
(还有许多...)

基本上都是先send一个数据到服务端，然后receive一个服务端发过来数据（简单点，叫“应答消息”吧）。
同时，客户端还需要接受服务端发过来的“其他通知消息”，这些消息是服务端从发过来的通知，发送时机在服务端的发送序列中。
服务端程序c/c++编写在linux服务器下运行，协议已经定义好，协议/程序都可以更改。

根据协议，读取解析包头就能知道那些消息是“其他通知消息”而非“应答消息”。
那么，怎么样接受这些消息呢？

设想如下：
1、写一个reveivePeek方法，使用SocketFlags.Peek参数，然后再主程序中开一个线程，循环检查包头？---这样做会不会读到垃圾数据？如果主程序在正常的发送/接受的情况下？
2、把这些“其他通知消息”作为带外消息接受？使用SocketFlags.OutOfBand参数？这样可以吗？带外数据长度可以为多少？
3、或者其他的？？？？

小弟初学socket，可能描述的不清楚，请各位高手指点，谢谢！！

[Fred_Mark]

接受/发送这段代码已经调试过，本问题关键在于如何接受服务端发过来的“其他通知消息“？请各位不要找上面语句语法的错误，谢谢！

[wzd24]

你需要专门开一个线程来处理Socket的接收操作。根据不同的包头调用相应的处理程序。

[Fred_Mark]

问题是我是发送之后才接受的啊？就是事件驱动的。
好像这么说吧，我执行的顺序如下：
getdate()
------>>
<<------
setdate()
------>>
<<------
getdate()
------>>
<<------
setdate()
------>>
<<------

不发送就不接受的，当然我可以开一个线程专门接受数据。
但如果发送数据一个线程，接受数据一个线程，怎么返回对应的结果？

另外我这样异步发送接受，再开线程有问题吗？或者改成同步的方法？
谢谢！

[Fred_Mark]

getdate()，setdata()都是类似的函数名，客户端发消息给服务端，必须得到服务端的相应的。

程序刚开始就是采用同步的方式做的， 因为想接受服务端的数据，才改成异步的。。

[mjjzg]

其他通知消息??
可以用特殊的标记标明,当客户端接收到的时候给个判断就可以了

[Fred_Mark]

楼上的同学，你可能还没理解我的意思。

很简单，假如我们开了一个检查的peek线程，如果服务端没有“其他消息”过来，客户端发送getdate()函数过去，返回一个10000个byte的buffer。
我们检查peek线程了一下前面12个byte的同时，主进程在异步读取了2048个byte，那么peek线程还会继续检查10000-2048=7xxx个buffer开始的12位？这样不是会读到脏数据？

还请认真看题再回答，希望能给出详细的分析，谢谢！

[dreamsnake]

不是很精通，不过，我觉得按照这个思路的话，似乎发送的时候，不要读取好了，所有的读取，全部用一个线程来做，读取的线程用来解析接收到内容，并分别处理。
而发送的线程，如果根据应答消息来决定下一步操作的话，可以将所有发送线程的sendDone实例放入一个集合中，接收的线程应该能够根据接收到的应答，知道是哪个线程的操作（比方每个线程开始发送的时候，先发送一个编号，应答信息中包含这个编号来进行应答），这样，接收线程就可以找到对应的sendDone实例，解除阻塞，或告知发送线程服务器的响应状态了。

我记得曾经写过一个类似的小东东，思路就是上面这个思路吧。呵呵