C#版完成端口，包括服务器、客户端、上传协议等介绍

[SQLDebug_Fan]

总共写了12期，比较乱，包含了Socket编程的服务器和客户端的方方面面，也根据反馈修改了一些内容，大家凑合看：
C#高性能大容量SOCKET并发（零）：代码结构说明
C#高性能大容量SOCKET并发（一）：IOCP完成端口例子介绍
C#高性能大容量SOCKET并发（二）：SocketAsyncEventArgs封装
C#高性能大容量SOCKET并发（三）：接收、发送
C#高性能大容量SOCKET并发（四）：缓存设计
C#高性能大容量SOCKET并发（五）：粘包、分包、解包
C#高性能大容量SOCKET并发（六）：超时Socket断开（守护线程）和心跳包
C#高性能大容量SOCKET并发（七）：协议字符集
C#高性能大容量SOCKET并发（八）：通讯协议
C#高性能大容量SOCKET并发（九）：断点续传
C#高性能大容量SOCKET并发（十）：SocketAsyncEventArgs线程模型
C#高性能大容量SOCKET并发（十一）：编写上传客户端

介绍了NET的Socket编程服务器和客户端实现，可以作为实现服务器远程RPC方案，例子代码仅供参考和学习使用，用于商业用途引起的问题不承担责任，欢迎大家交流，邮箱：[e-mail]

[SQLDebug_Fan]

引用 102 楼 chcucl 的回复:

IOCP不推荐用C#开发，内存问题太严重。楼主可以进行长时间高并发测试就知道了，内存问题很多。最近刚刚遇到一家公司用C#开发web service，都快做不下去了。

服务器程序开发，内存管理比较重要，一般比较认可的做法是在程序启动时，把需要的内存都分配好，然后减少在程序运行期间的内存分配，这样做的好处是： 1、可以设计系统的容量，对于超过系统容量的并发不予接入，可以提高系统的稳定性； 2、固定分配内存，可以减少内存碎片（现在这个问题影响非常小，只有要求非常高的系统会在意）； 3、由于分配内存的效率比读写内存的效率低，因此减少运行期间的内存分配，对于提高系统的性能具有帮助； 服务端开发内存管理是重点，需要全局考虑，并设计完整的异常处理流程，服务端开发运行时间长了之后，会暴露很多问题，因此需要有完善的异常处理流程。这些技术和语言没有关系，更多的是程序的设计和调优，C++或Delphi的自己控制内存，会缓解内存性能问题，但是容易造成内存泄漏和内存覆盖等问题，尤其是内存覆盖，会导致一些不可重现的Bug，加大了定位的难度。

[SQLDebug_Fan]

内存覆盖有可能发生的一种情况是：比如申请了一个10长度的数组，结果写入了11长度的内容，最后一个就覆盖了其它的内存，造成内存覆盖。

[SQLDebug_Fan]

引用 114 楼 chcucl 的回复:

[quote=引用 112 楼 SQLDebug_Fan 的回复:] [quote=引用 102 楼 chcucl 的回复:] IOCP不推荐用C#开发，内存问题太严重。楼主可以进行长时间高并发测试就知道了，内存问题很多。最近刚刚遇到一家公司用C#开发web service，都快做不下去了。

服务器程序开发，内存管理比较重要，一般比较认可的做法是在程序启动时，把需要的内存都分配好，然后减少在程序运行期间的内存分配，这样做的好处是： 1、可以设计系统的容量，对于超过系统容量的并发不予接入，可以提高系统的稳定性； 2、固定分配内存，可以减少内存碎片（现在这个问题影响非常小，只有要求非常高的系统会在意）； 3、由于分配内存的效率比读写内存的效率低，因此减少运行期间的内存分配，对于提高系统的性能具有帮助； 服务端开发内存管理是重点，需要全局考虑，并设计完整的异常处理流程，服务端开发运行时间长了之后，会暴露很多问题，因此需要有完善的异常处理流程。这些技术和语言没有关系，更多的是程序的设计和调优，C++或Delphi的自己控制内存，会缓解内存性能问题，但是容易造成内存泄漏和内存覆盖等问题，尤其是内存覆盖，会导致一些不可重现的Bug，加大了定位的难度。[/quote] 楼主是高手，我只有膜拜了啊。请教你一个问题啊，减少运行期间内存分配，一般采用哪些方法呢？[/quote] 一般是启动时全部分配好，一种是使用内存池，需要根据实际情况确定。

[於黾]

不错,收藏了.

[chcucl]

引用 118 楼 SQLDebug_Fan 的回复:

内存覆盖有可能发生的一种情况是：比如申请了一个10长度的数组，结果写入了11长度的内容，最后一个就覆盖了其它的内存，造成内存覆盖。

这是越界啊！严重BUG

[chcucl]

楼主可以建个QQ群，这样可以互相学习讨论。

[znc520520]

做的不错，很好！谢谢拿出来共享！ 我代表人民感谢你！

[chcucl]

引用 111 楼 sp1234 的回复:

我们在不同的项目中，招聘过各色c++程序员。所以知道一个蜻蜓点水提到IOCP的人，是照着测试了几个c++的例子；而非常模糊地提到web service的人，是正在学习稍微高效率一些的开发平台。这些不是实践者的道道，实践者不会这样来分析服务器系统性能问题。

对，实践者是不能这么说的，所以我只是提出我的一些观点而已，不必激动。360的问题我是不知道的，也不想知道。我只是针对我所以见过的问题做阐述。

[chcucl]

引用 112 楼 SQLDebug_Fan 的回复:

[quote=引用 102 楼 chcucl 的回复:] IOCP不推荐用C#开发，内存问题太严重。楼主可以进行长时间高并发测试就知道了，内存问题很多。最近刚刚遇到一家公司用C#开发web service，都快做不下去了。

服务器程序开发，内存管理比较重要，一般比较认可的做法是在程序启动时，把需要的内存都分配好，然后减少在程序运行期间的内存分配，这样做的好处是： 1、可以设计系统的容量，对于超过系统容量的并发不予接入，可以提高系统的稳定性； 2、固定分配内存，可以减少内存碎片（现在这个问题影响非常小，只有要求非常高的系统会在意）； 3、由于分配内存的效率比读写内存的效率低，因此减少运行期间的内存分配，对于提高系统的性能具有帮助； 服务端开发内存管理是重点，需要全局考虑，并设计完整的异常处理流程，服务端开发运行时间长了之后，会暴露很多问题，因此需要有完善的异常处理流程。这些技术和语言没有关系，更多的是程序的设计和调优，C++或Delphi的自己控制内存，会缓解内存性能问题，但是容易造成内存泄漏和内存覆盖等问题，尤其是内存覆盖，会导致一些不可重现的Bug，加大了定位的难度。[/quote] 楼主是高手，我只有膜拜了啊。请教你一个问题啊，减少运行期间内存分配，一般采用哪些方法呢？

[chcucl]

引用 112 楼 SQLDebug_Fan 的回复:

[quote=引用 102 楼 chcucl 的回复:] IOCP不推荐用C#开发，内存问题太严重。楼主可以进行长时间高并发测试就知道了，内存问题很多。最近刚刚遇到一家公司用C#开发web service，都快做不下去了。

服务器程序开发，内存管理比较重要，一般比较认可的做法是在程序启动时，把需要的内存都分配好，然后减少在程序运行期间的内存分配，这样做的好处是： 1、可以设计系统的容量，对于超过系统容量的并发不予接入，可以提高系统的稳定性； 2、固定分配内存，可以减少内存碎片（现在这个问题影响非常小，只有要求非常高的系统会在意）； 3、由于分配内存的效率比读写内存的效率低，因此减少运行期间的内存分配，对于提高系统的性能具有帮助； 服务端开发内存管理是重点，需要全局考虑，并设计完整的异常处理流程，服务端开发运行时间长了之后，会暴露很多问题，因此需要有完善的异常处理流程。这些技术和语言没有关系，更多的是程序的设计和调优，C++或Delphi的自己控制内存，会缓解内存性能问题，但是容易造成内存泄漏和内存覆盖等问题，尤其是内存覆盖，会导致一些不可重现的Bug，加大了定位的难度。[/quote]还有就是内存覆盖，我待会儿google下，但是不太理解，为什么会有内存覆盖，内存在使用之前都会清0的，除非两个指针指向同样的内存地址了。

[showjim]

引用 114 楼 chcucl 的回复:

请教你一个问题啊，减少运行期间内存分配，一般采用哪些方法呢？

基本都依赖于对象池技术，不同的环境可能需要不同的策略。fastCSharp基本通讯采用两级内存池，基本内存默认为2*4K，大内存默认为128K。粘包处理内存大小是随着需求动态增长的。 楼主提到的内存覆盖，应该是指不小心造成了BUG，导致同一段内存在同一时刻分配给了两个用户。

[sj490790083]

mark

[why123qaz]

留言，学习。

[bl349221762]

楼主碉堡了 小白学习了

[木头熊]

感谢楼主，收藏了ｸﾞｯ!(๑•̀ㅂ•́)و✧

[LEAUQEAAN]

回帖是一种美德！传说每天回帖即可获得 10 分可用分！

[Hobo丶]

mark！ 以后再看看 现在感觉功力不够

[hfzcp]

感谢楼主的分享。

[weixin_37154918]

非常好，不错，我也支持……

[man_caicheng]

正在学习些内容 感谢楼主奉献！