谈谈异步socket的问题？

[Eleven]

各种异步socket，比如select，WSAAsyncSelect，WSAEventSelect，IOCP各种方法的特点的比较，希望大家畅所欲言。谢谢

[caitian6]

select 是微软为了适应UNIX下的 select 模型 用消息机制改的，效率不高。 适合小规模（64个SOCKET）。

[caitian6]

，WSAAsyncSelect是基于窗口的， 效率一样不高， 客户端使用还行，服务器端就算了。

[路人乙2019]

IOCP加重叠IO模型是伸缩性最好地，可用来写高性能可伸缩性服务器。如apache服务器，游戏服务器。

[baiyangzdc]

WSAAsyncSelect模型是Windows下最简单易用的一种Socket I/O模型。使用这种模型时，
Windows会把网络事件以消息的形势通知应用程序

[baiyangzdc]

IOCP是一个异步I/O的API，它可以高效地将I/O事件通知给应用程序。与使用select()或是其它异步方法不同的是，一个套接字[socket]与一个完成端口关联了起来，然后就可继续进行正常的Winsock操作了。然而，当一个事件发生的时候，此完成端口就将被操作系统加入一个队列中。然后应用程序可以对核心层进行查询以得到此完成端口。

[DDGG]

[Quote=引用 1 楼 caitian6 的回复:]
select 是微软为了适应UNIX下的 select 模型 用消息机制改的，效率不高。 适合小规模（64个SOCKET）。
[/Quote]

select的64个SOCKET限制是指一个select等待64个SOCKET吗？
假如我开100个线程，每个线程用一个select等待一个SOCKET应该不受限制吧？

[DoItFreely]

还是WSAAsyncSelect简单，没有IOCP繁琐的线程同步，也没有select/WSAEventSelect的个数限制

[caitian6]

[Quote=引用 6 楼 DDGG 的回复:]
引用 1 楼 caitian6 的回复:
select 是微软为了适应UNIX下的 select 模型 用消息机制改的，效率不高。 适合小规模（64个SOCKET）。


select的64个SOCKET限制是指一个select等待64个SOCKET吗？
假如我开100个线程，每个线程用一个select等待一个SOCKET应该不受限制吧？
[/Quote]
100个SOCKET 是同一个 ？ 还是不同的？
同一个的话， 同步异步就是个大问题。
不同的SOCKET , 有意义吗？

[zchenglin]

刚开始学习网络方面的编程，大家说的都很有道理啊，要多学习一下了

[Evenque]

我也来学习一下
目前在select阶段

[sigh02]

[Quote=引用 12 楼 jy514263 的回复:]
引用 11 楼 sigh02 的回复:
我比较关心的是异步调用WSASend/WSARecv的情况下会不会乱序
比如说WSASend先发10个字节，然后调用WSARecv收10，再调WSASend发10个，然后再调WSARecv收5个
会不会第二次WSARecv先收到了？等于是把第一次WSARecv的数据给抢了....


这个不会， 两个包一起过来倒是会的
[/Quote]
要是多线程操纵一个socket，不加锁那肯定乱了

[scq2099yt]

各有所长，否则就没有存在的意义了。

[jy514263]

客户端的话还是WSAAsyncSelect好用

服务器就用完成端口

[sigh02]

我比较关心的是异步调用WSASend/WSARecv的情况下会不会乱序
比如说WSASend先发10个字节，然后调用WSARecv收10，再调WSASend发10个，然后再调WSARecv收5个
会不会第二次WSARecv先收到了？等于是把第一次WSARecv的数据给抢了....

[jy514263]

[Quote=引用 11 楼 sigh02 的回复:]
我比较关心的是异步调用WSASend/WSARecv的情况下会不会乱序
比如说WSASend先发10个字节，然后调用WSARecv收10，再调WSASend发10个，然后再调WSARecv收5个
会不会第二次WSARecv先收到了？等于是把第一次WSARecv的数据给抢了....
[/Quote]

这个不会， 两个包一起过来倒是会的

[njupt_pz]

详细请见：
http://www.kuqin.com/networkprog/20070905/876.html