随着互联网的不断发展，高性能，易用性等标准已经成为了软件开发的基本要求，而今天我们就通过案例分析来了解一下，c#编程如何实现高性能开发。

SocketAsyncEventArgs

这个对象是.net2.0sp1后提供的,主要用于实现高性能Socket数据发送和接收处理(对于更详细的介绍可以到MSDN上了解).该对象提供了三个方法设置相关发送和接收的缓冲区,SetBuffer(Int32,Int32),SetBuffer(Byte(),Int32,Int32),BufferList,前两者不能和后者共存(MSDN上有说明原因).当你设置Buffer无论是SetBuffer(Byte(),Int32,Int32)和BufferList,尽可能的在整个程序生命周期里每个SocketAsyncEventArgs实例只设置一次,因为这个设置会非常损耗资源.建议在SocketAsyncEventArgs在构造的时候通过SetBuffer(Byte(),Int32,Int32)设置数据缓冲区,以后通过SetBuffer(Int32,Int32)来处理.当你要设置BufferList,好不要改变IList<ArraySegment<byte>>引用的byte[]源.如果改变了,会导致SocketAsyncEventArgs重新绑定缓冲区影响效率.

SocketAsyncEventArgs池

上面已经提到尽可能不要改变SocketAsyncEventArgs所引用的缓冲区,为了达到这个目的.所以需要建一个SocketAsyncEventArgs应用池,在程序开始的时候尽可能的初始化用到的SocketAsyncEventArgs对象.除了减少SocketAsyncEventArgs的创建外,构造池还能大大的节省内存;主要原因是你无法知道每个消息有多大,当然可以在设计前给消息给一个大限制,然后来设置SocketAsyncEventArgs对应的缓冲区.不过这样就非常浪费内存,因为并不是什么消息都具备大长度.给SocketAsyncEventArgs分配适量的缓冲大小,通过池的方式提供调用,灵活地把消息写入到一个或多个SocketAsyncEventArgs,或者多个消息存放到一个SocketAsyncEventArgs中处理.

队列

看到很多做法都是接收数据后,直接开线程或扔给线程池去做,这种做法非常不好,因为不能更好地控制线程的工作包括线程的等待.通过自定义的线程+队列,你可以很好象控制多少个线程负责什么工作,排队的工作也只会存在队中;并不会出现大量线程或大量线等待的情况,引发操作系统对线程调度所带的资源损耗.

延时合并数据

延时合并数据发送是一种解决网络IO操作过多的一个手段,这种方式用的场景不多,但在游戏服务器中是普遍存在的.之前有人向我提供一个问题,假如场景中有400用户,每个用户的环境改变都会告诉其他用户.如果不采用合并数据发送的话,那会产生非常恐布的网络IO操作,这种IO操作次数系统是很难承载的.所以针对当前应用在适当的延时区间内进行数据合并发送处理是很有必要的.

【免责声明】：本内容转载于网络，转载目的在于传递信息。文章内容为作者个人意见，本平台对文中陈述、观点保持中立，不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请在707945861群中学习了解。