深入探讨C#中Socket一次性搞定消息发送

时间:2022-06-01 22:15:30
    【IT168 技术文档】最近浏览了几篇有关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的执行效率远远低于网络层执行效率)

深入探讨C#中Socket一次性搞定消息发送

  (二)Send

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

  1)发送消息

  2)接受消息

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

深入探讨C#中Socket一次性搞定消息发送

  口说无凭,下面给个例子:

  服务器端:

深入探讨C#中Socket一次性搞定消息发送

  客户端:

深入探讨C#中Socket一次性搞定消息发送

  解释:

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

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

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

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

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

  客户端第二个接受数据:abc4567890!为什么呢?应该是abc才对呀! 

  好,现在为大家解释一下:

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