RRQMSocket網(wǎng)絡(luò)通信框架是一個(gè)整合性的、超輕量級(jí)的網(wǎng)絡(luò)通信服務(wù)框架。它具有高并發(fā)連接、高并發(fā)處理、事件訂閱、插件式擴(kuò)展、多線程處理、內(nèi)存池、對(duì)象池等特點(diǎn)，讓使用者能夠更加簡(jiǎn)單的、快速的搭建網(wǎng)絡(luò)框架。在發(fā)送效率上，同步發(fā)送可達(dá)20w/s，異步發(fā)送可達(dá)60w/s。服務(wù)器在接收、處理效率上因線程數(shù)量而定。

支持環(huán)境：

.NETFramework4.5及以上。

.NETCore3.1及以上。

.NETStandard2.0及以上。

支持框架：

WPF

Winform

Blazor

Xamarin

Mono

Unity

其他（即所有C#系）

特點(diǎn)：

1、對(duì)象池

對(duì)象池在RRQMSocket有很多應(yīng)用，最主要的兩個(gè)就是連接對(duì)象池和處理對(duì)象池。連接對(duì)象池就是當(dāng)客戶(hù)端成功連接時(shí)，首先會(huì)去連接對(duì)象池中找TcpSocketClient，然后沒(méi)有的話，才會(huì)創(chuàng)建。如果哪個(gè)客戶(hù)端掉線了，它的TcpSocketClient就會(huì)被回收。這也就是ID重用的原因。

然后就是處理對(duì)象池，在RRQMSocket中，接收數(shù)據(jù)的線程和IOCP內(nèi)核線程是分開(kāi)的，也就是比如說(shuō)客戶(hù)端給服務(wù)器發(fā)送了1w條數(shù)據(jù)，但是服務(wù)器收到后處理起來(lái)很慢，那傳統(tǒng)的iocp肯定會(huì)放慢接收速率，然后通知客戶(hù)端的tcp窗口，發(fā)生擁塞，然后讓客戶(hù)端暫緩發(fā)送。但是在RRQMSocket中會(huì)把收到的數(shù)據(jù)通過(guò)隊(duì)列全都存起來(lái)，首先不影響iocp的接收，同時(shí)再分配線程去處理收到的報(bào)文信息，這樣就相當(dāng)于一個(gè)“泄洪湖泊”，能很大程度的提高處理數(shù)據(jù)的能力。

2、多線程

由于有處理對(duì)象池的存在，使多線程處理變得簡(jiǎn)單。在客戶(hù)端連接完成時(shí)，會(huì)自動(dòng)分配該客戶(hù)端輔助類(lèi)（TcpSocketClient）的消息處理邏輯線程，假如服務(wù)器線程數(shù)量為10，則第一個(gè)連接的客戶(hù)端會(huì)被分配到0號(hào)線程中，第二個(gè)連接將被分配到1號(hào)線程中，以此類(lèi)推，循環(huán)分配。當(dāng)某個(gè)客戶(hù)端收到數(shù)據(jù)時(shí)，會(huì)將數(shù)據(jù)排入當(dāng)前線程所獨(dú)自擁有的隊(duì)列當(dāng)中，并喚醒線程執(zhí)行。

3、傳統(tǒng)IOCP和RRQMSocket

RRQMSocket的IOCP和傳統(tǒng)也不一樣的，以微軟官方為例，使用MemoryBuffer開(kāi)辟一塊內(nèi)存，然后均分，然后給每個(gè)會(huì)話分配一個(gè)區(qū)接收，等收到數(shù)據(jù)以后，再?gòu)?fù)制一份，然后把復(fù)制的數(shù)據(jù)拋出處理。而RRQMSocket是每次接收之前，從內(nèi)存池拿一個(gè)可用內(nèi)存塊，然后直接用于接收，等收到數(shù)據(jù)以后，直接就把這個(gè)內(nèi)存塊拋出去了，這樣就避免了復(fù)制操作，雖然只是細(xì)小的設(shè)計(jì)，但是在傳輸1000w次64kb的數(shù)據(jù)時(shí)，性能相差了10倍。所以也是基于此，文件傳輸時(shí)效率才會(huì)高。

4、數(shù)據(jù)處理適配器

相信大家都使用過(guò)其他的Socket產(chǎn)品，例如HPSocket，SuperSocket等，那么RRQMSocket在設(shè)計(jì)時(shí)也是借鑒了其他產(chǎn)品的優(yōu)秀設(shè)計(jì)理念，數(shù)據(jù)處理適配器就是其中之一，但和其他產(chǎn)品的設(shè)計(jì)不同的是，RRQMSocket的適配器功能更加強(qiáng)大，它可以無(wú)視真實(shí)的數(shù)據(jù)，而模擬出想要的數(shù)據(jù)，例如：可以對(duì)數(shù)據(jù)進(jìn)行預(yù)處理，從而解決數(shù)據(jù)分包。粘包的問(wèn)題，也可以直接解析HTTP協(xié)議，經(jīng)過(guò)適配器處理后傳回一個(gè)HttpRequest對(duì)象等。

5、粘包、分包解決

在RRQMSocket中處理TCP粘包、分包問(wèn)題是非常簡(jiǎn)單的。只需要更改不同的數(shù)據(jù)處理適配器即可。例如：使用固定包頭，只需要給TcpSocketClient和TcpClient賦值FixedHeaderDataHandlingAdapter的實(shí)例即可。同樣對(duì)應(yīng)的處理器也有固定長(zhǎng)度、終止字符分割等。

RRQMSocket網(wǎng)絡(luò)通信框架 v5.8.0 更新日志：

增加：ProtocolSubscriber訂閱協(xié)議發(fā)送與接收。

增加：WaitSenderSubscriber訂閱協(xié)議發(fā)送后同步等待返回。

增加：Stream發(fā)送與接收。

修改：SocketClient開(kāi)放所有事件訂閱。

修改：所有的連接和斷開(kāi)事件名稱(chēng)，分別為Connected和Disconnected。

修改：委托和事件的相關(guān)參數(shù)，更加能夠鮮明的知道觸發(fā)該事件的對(duì)象。

修復(fù)：服務(wù)器在多地址監(jiān)聽(tīng)時(shí)，一個(gè)失敗即全部異常的情況。

RRQMSocket網(wǎng)絡(luò)通信框架 v6.6.0 更新日志：

增加：Channel類(lèi)，可直接由Client向Client開(kāi)通。