Socket异步通信问题

loveddie

请问一下，服务端如果采用异步Socket通信，采用事件的方式来完成，当有数据到来时，用事件通知并处理。
例如
void OnData()
{
    // Handle data
    ProcessData();
    SendResponse();
    ReceiveData();
}

当处理完数据后，继续接收数据。问题是，在Handle data的过程中，处理完数据后会调用SendResponse()向客户端异步发送数据，那么如果在下一次数据到来的时候，上一次SendResponse()的异步发送还没有完成（比较耗时的操作），那么现在新的数据到来又会导致一次SendResponse()的异步发送数据，这样如果异步发送的数据比较耗时，会不会“堆积”很多的异步发送操作，导致性能问题?

urapple

特别耗时的话，会出现接收的数据堆在接收缓冲里，导致对方也没法给你发送过来数据。

windaoo

TCP？UDP？
具体是哪一种模型？
只从这几个函数看不出有什么性能问题。
一个好的设计也不会在这里有性能问题，顶多是吃了内存

loveddie

是TCP的。
就是考虑问题会不会出现在异步发送上，如果异步发送本身比较耗时，那么当数据接收事件被触发后又会进行一次异步发送，而由于上一次的异步发送还没有完成，从而会导致同时存在过多异步发送线程，如果客户端并发比较大的话，这种异步发送就会“堆积”得越来越多。

urapple

要是数据一点都不能丢，就得增加存储，另外，处理要并发进行，实在不行就得有丢弃机制。

loveddie

嗯，我也想这个思路应该是通的了。问题可能要留到具体的业务逻辑里去解决（降低耗时操作，设计应用层的流量控制等手段），而不是通信模型本身。

zhjufe

tcp有滑动窗口，怎么会丢数据？至少在协议层不会丢数据

vbs100

可以加一个发送队列 发送线程如果发现发不出去 就把数据加到发送队列里 当可写事件发生的时候再发送这些数据

windaoo

原帖由 loveddie 于 2009-7-31 11:47 发表
是TCP的。
就是考虑问题会不会出现在异步发送上，如果异步发送本身比较耗时，那么当数据接收事件被触发后又会进行一次异步发送，而由于上一次的异步发送还没有完成，从而会导致同时存在过多异步发送线程，如果 ...

异步发送用线程来搞，一次发送启一个线程么？多个线程写一个 socket 的话线程之间不是还得保护同步么，否则数据岂不都写乱了，那跟单线程还有什么区别。
为何不用非阻塞 socket + 可写信号 + 数据队列的方式呢

ddkkd

同意。实在处理不过来就得增加丢弃机制。
这种情况我也碰到过。
总之，不论怎样，不能让数据都堆在网卡里，搞得对方也发布过来。