MiniSocket 采用socket tcp方式通訊，自動處理分包合并，性能高，使用簡單，非常容易進行二次開發
服務端使用：打開vs2017 新建.net core(2.1版本以上) 控制臺應用，nuget搜索MiniSocket 下載
代碼：
static void Main(string[] args)
{
// 實際化服務端物件
Network server = new Network();
// 設定ip地址
server.Ip = "127.0.0.1";
// 設定埠號
server.Port = 9123;
// 設定客戶端最大連接數
server.ClientMaxCnt = 10;
// 設定接收超時
server.ReceiveTimeout = 1000 * 100;
// 設定發送超時
server.SendTimeout = 1000 * 100;
// 設定接識訓沖區大小
server.RecvBufferSize = 1024;
// 設定作業執行緒數
server.WorkThreadCnt = 20;
// 設定客戶端超時時間(秒)
server.TimeOver = 30;
// 設定接收完成事件
server.RecvCompleted += RecvEventData;
// 初始化
bool bl = server.Init();
while(true)
{
Thread.Sleep(1000);
}
}
/// <summary>
/// 接收完成事件
/// </summary>
/// <param name="e"></param>
/// <param name="sockArgs"></param>
private static void RecvEventData(Network e,SocketParas sockArgs)
{
try
{
string str_head = Encoding.UTF8.GetString(sockArgs.HeadByt);
string str_body = Encoding.UTF8.GetString(sockArgs.BodyByt);
e.Send(sockArgs, Encoding.UTF8.GetBytes("this is header"), Encoding.UTF8.GetBytes("this is body"));
}
catch(Exception ex)
{
Print("RecvEventData "+ex.Message);
}
}
客戶端使用：打開vs2017 新建.net framework(4.0版本以上) 控制臺應用，nuget搜索MiniSocketClient 下載
代碼：
static void Main(string[] args)
{
// 實體化客戶端物件
Network client = new Network();
// 設定ip地址
client.Ip = "127.0.0.1";
// 設定埠號
client.Port = 9123;
// 設定接收超時
client.ReceiveTimeout = 1000 * 30;
// 設定發送超時
client.SendTimeout = 1000 * 30;
// 設定接識訓沖區大小
client.ReceiveBufferSize = 1024;
// 接收完成事件
client.RecvCompleted += RecvComplete;
// 退出事件
client.ExitCompleted += ExitCompleted;
// 初始化
client.Init();
// 發送第一包資料
client.Send(Encoding.UTF8.GetBytes("hello china"), Encoding.UTF8.GetBytes("hello world"));
while (true)
{
Thread.Sleep(10);
}
}
/// <summary>
/// 接收完成事件
/// </summary>
/// <param name="e"></param>
/// <param name="sockArgs"></param>
private static void RecvComplete(Network e, SocketParas sockArgs)
{
try
{
Console.WriteLine(Encoding.UTF8.GetString(sockArgs.HeadByt) + Encoding.UTF8.GetString(sockArgs.BodyByt));
e.Send(Encoding.UTF8.GetBytes("hello world"), Encoding.UTF8.GetBytes("hello MiniSocket"));
}
catch (Exception ex)
{
Print("RecvComplete " + ex.Message);
}
}
/// <summary>
/// 發送完成事件
/// </summary>
/// <param name="e"></param>
/// <param name="sock"></param>
private static void SendComplete(Network e, SocketParas sock)
{
}
/// <summary>
/// 退出事件
/// </summary>
/// <param name="state"></param>
/// <param name="msg"></param>
private static void ExitCompleted(int state, string msg)
{
switch (state)
{
case 0: // 正常
break;
case 1: // 連接例外
break;
case 2: // 發送例外
break;
case 3: // 接收例外
break;
case 4: // 手動強制退出
break;
}
}
uj5u.com熱心網友回復：
XXSocket的種類好多呀，uj5u.com熱心網友回復：
我以前或多或少接觸過一些..是不是最少也得有3個回呼啊?
oncon(socket client)
onmessage(socket client ,byte[] data)
onclose(socket client)
你這好像只有第二個..
另外你的退出,也沒有客戶端資訊啊..最起碼 我也得從List<socket> clientlist里移除吧...
而且你描述的
我也沒看到"規則".沒有規則你如何合并資料?
比如一個資料有頭有尾有長度有校驗..你是如何"動態"合并的呢?
uj5u.com熱心網友回復：
有待升級后續版本帶上，關于客戶端退出，長連接，超時xxx秒，服務端自動斷開與之的連接，自動處理分包合并這個，協議規則被封裝到內部了，里面有做資料校驗操作的, TCP有序的，資料頭與物體長度 都在內部自動處理了
uj5u.com熱心網友回復：
客戶端有退出事件的：/// <summary>
/// 退出事件
/// </summary>
/// <param name="state"></param>
/// <param name="msg"></param>
private static void ExitCompleted(int state, string msg)
{
switch (state)
{
case 0: // 正常
break;
case 1: // 連接例外
break;
case 2: // 發送例外
break;
case 3: // 接收例外
break;
case 4: // 手動強制退出
break;
}
}
uj5u.com熱心網友回復：
我有一個包
AA-FF-05-00-11-22-33-44-55-BB-CC
AA是頭 CC是尾 FF表示功能碼 05表示長度 然后 11 22 33 44 55表示資料值, BB表示校驗..
當然可能是一位校驗 也可能是2位校驗..
校驗規則呢 可能是CRC32 也可能是累加資料值取最低位 也可能是累加全部取最高位..
長度不一定是05 如果我查詢溫度濕度開關風力,會有更多.
硬體上來這一組資料...可能分了3次上來的
請問你內部如何決議并且組合成一個完整的有效的資料包?
uj5u.com熱心網友回復：
之前在群里 有一個人好像也是自己寫了一套tcpserver 說是能自動決議..于是我把需求跟他說了一下 ,完了他好像就退群了..
我說這個問題,你不要認為是杠 開發過的人都應該知道這種協議.
而且我說的這種協議 是最簡單的
使用tcpsever連一些電子產品讀取資料比這復雜的多的多了..
所以我并不認為 能有"代碼"去自動決議這些東西的合法性以及取出我想要的東西...
uj5u.com熱心網友回復：
一般成熟的Sokect框架都是自定義包頭包尾的
uj5u.com熱心網友回復：
只有頭尾不行啊. 我以前接觸過一個wifi模塊 5A開頭 A5結束..
但是里面的資料 也有5A A5 你還得去根據其他各種規則才能去校驗一個完整的包..
所以 問題就是在這里.
如果頭尾就能驗證的話.那我也沒必要問這么多了 你說是不?
uj5u.com熱心網友回復：
你是為啥不信任tcp協議，要自己拆包………………
uj5u.com熱心網友回復：
這不是信任的問題..
比如某個wifi模塊發送一組tcp資料到服務端 11.22.33.44.55
那么服務端可能收到2或者多次onmessage事件
第一次收到11.22 第二次收到33 44 55.
也可能11.22 33.44 55
如果連續發送2次包. 那么你可能收到的是
11.22 33.44 55.11.22 33 44.55
所以你得從這些資料中.提取出來你想要的,并且合法的資料..
想到得到這些資料..就得需要頭尾長度以及資料校驗 才能知道..
uj5u.com熱心網友回復：
確實這樣，包頭包尾只能解決一大部分問題，一般還有檢驗位。
不過一個成熟的通訊協議中間出現與包頭包尾相同的字符的時候會對其轉義。
uj5u.com熱心網友回復：
AA-FF-05-00-11-22-33-44-55-BB-CC硬體上來這一組資料...可能分了3次上來的
實際上，這算是 自己定義的協議，MiniSocket中，發送的資料，在內部會自動 處理成 類http協議的，取md5碼來進行校驗，什么開頭與什么結尾，實際上 可以定義 一個包頭與包體，包頭中保存的是 序號，大小，校驗碼 等，包體中就是資料物體，MiniSocket的Send函式對所發送的HeaderByt 與BodyByt實際上是指 應用層面的 發送，內部自動處理了 它們的校驗
轉載請註明出處，本文鏈接：https://www.uj5u.com/net/107492.html
標籤：C#
上一篇：用控制元件的可見性來記錄用戶選項