深入探析socket，说说你的理解

最近浏览了几篇有关Socket发送消息的文章，发现大家对Socket Send方法理解有所偏差，现将自己在开发过程中对Socket的领悟写出来，以供大家参考。

　　（一）架构

　　基于TCP协议的Socket通信，架构类似于B/S架构，一个Socket通信服务器，多个Socket通信客户端。Socket通信服务器启动时，会建立一个侦听Socket，侦听Socket将侦听到的Socket连接传给接受Socket，然后由接受Socket完成接受、发送消息，当Socket存在异常时，断开连接。在实际开发项目中，往往要求Socket通信服务器能提供高效、稳定的服务，一般会用到以下技术：双工通信、完成端口、SAEA、池、多线程、异步等。特别是池，用的比较多，池一般包括一下几种：

1）Buffer池，用于集中管控Socket缓冲区，防止内存碎片。

2）SAEA池，用于集中管控Socket，重复利用Socket。

3）SQL池，用于分离网络服务层与数据访问层（SQL的执行效率远远低于网络层执行效率）。

4）线程池，用于从线程池中调用空闲线程执行业务逻辑，进一步提高网络层运行效率。

 

　　（二）Send

　　主服务器接受Socket为一端口，客户端Socket为一端口，这两个端口通过TCP协议建立连接，通信基础系统负责管理此连接，它有两个功能：            

　　1）发送消息            

　　2）接受消息

　　Socket的Send方法，并非大家想象中的从一个端口发送消息到另一个端口，它仅仅是拷贝数据到基础系统的发送缓冲区，然后由基础系统将发送缓冲区的数据到连接的另一端口。值得一说的是，这里的拷贝数据与异步发送消息的拷贝是不一样的，同步发送的拷贝，是直接拷贝数据到基础系统缓冲区，拷贝完成后返回，在拷贝的过程中，执行线程会IO等待, 此种拷贝与Socket自带的Buffer空间无关，但异步发送消息的拷贝，是将Socket自带的Buffer空间内的所有数据，拷贝到基础系统发送缓冲区，并立即返回，执行线程无需IO等待，所以异步发送在发送前必须执行SetBuffer方法，拷贝完成后，会触发你自定义回调函数ProcessSend，在ProcessSend方法中，调用SetBuffer方法，重新初始化Buffer空间。

 

 

　　口说无凭，下面给个例子：

　　服务器端：

客户端：

解释：

 

客户端第一次发送数据：1234567890。

客户端第一个接受数据：1234567890，该数据由服务端用Send同步方法发送返回。

客户端第二个接受数据：1234567890，该数据由服务端用Send异步方法发送返回。

 

以上似乎没什么异常，好，接下来，我只发送abc。

客户端第一个接受数据：abc，理所当然，没什么问题。

客户端第二个接受数据：abc4567890！为什么呢？应该是abc才对呀！

 

好，现在为大家解释一下：

异步发送是将其Buffer空间中所有数据拷贝到基础系统发送缓冲区，第一次拷贝1234567890到发送缓冲区，所以收到1234567890，第二次拷贝abc到发送缓冲区，替换了先前的123，所以收到abc4567890，大家应该明白的吧！

大家有什么不同的看法欢迎进群973961276交流，秋招手里offer不怎么满意的同学看看这里☞c/c++ 企业级项目实战，offer拿到手软！

源码放在下面了，有兴趣的朋友可以自己看看，最后，真的不给我点个赞和关注吗！！！

---

源码：

using System.Collections.Generic;
using System.Net.Sockets;

// This class creates a single large buffer which can be divided up 
// and assigned to SocketAsyncEventArgs objects for use with each 
// socket I/O operation. 
// This enables bufffers to be eas