看MSDN才知道增加了一种新的socket异步操作模式.
相关方法:
比较关键的参数:
SocketAsyncEventArgs 类
System.Net.Sockets..::.Socket 类有一组增强功能,提供可供专用的高性能套接字应用程序使用的可选异步模式,SocketAsyncEventArgs 类就是这一组增强功能的一部分。该类专为需要高性能的网络服务器应用程序而设计。应用程序可以完全使用增强的异步模式,也可以仅仅在目标热点区域(例如,在接收大量数据时)使用此模式。
这些增强功能的主要特点是可以避免在异步套接字 I/O 量非常大时发生重复的对象分配和同步。当前由 System.Net.Sockets..::.Socket 类实现的开始/结束设计模式要求为每个异步套接字操作分配一个 System..::.IAsyncResult 对象。
http://msdn.microsoft.com/zh-cn/library/system.net.sockets.socketasynceventargs.aspx
因为我本机还在用VS.2005 ,先不研究了.
http://blog.csdn.net/hulihui/archive/2008/11/07/3244520.aspx
以下引用:http://www.cnblogs.com/TianFang/archive/2007/11/09/954730.html
.NET Framework 中的 APM 也称为 Begin/End 模式。这是因为会调用 Begin 方法来启动异步操作,然后返回一个 IAsyncResult 对象。可以选择将一个代理作为参数提供给 Begin 方法,异步操作完成时会调用该方法。或者,一个线程可以等待 IAsyncResult.AsyncWaitHandle。当回调被调用或发出等待信号时,就会调用 End 方法来获取异步操作的结果。这种模式很灵活,使用相对简单,在 .NET Framework 中非常常见。
但是,您必须注意,如果进行大量异步套接字操作,是要付出代价的。针对每次操作,都必须创建一个 IAsyncResult 对象,而且该对象不能被重复使用。由于大量使用对象分配和垃圾收集,这会影响性能。为了解决这个问题,新版本提供了另一个使用套接字上执行异步 I/O 的方法模式。这种新模式并不要求为每个套接字操作分配操作上下文对象
http://www.cnblogs.com/onlytiancai/archive/2008/06/25/1229321.html
http://blog.csdn.net/tangyishi/archive/2008/04/19/2306290.aspx
http://www.codeproject.com/KB/IP/socketasynceventargssampl.aspx
待学习