如何處理設(shè)備發(fā)送過來的流數(shù)據(jù)，tcp協(xié)議的
[attach]2430[/attach] 通訊協(xié)議如上，現(xiàn)在測(cè)試的情況是，設(shè)備1kb發(fā)送數(shù)據(jù)沒有啥問題，但是2kb的時(shí)候，會(huì)出現(xiàn)數(shù)據(jù)少的情況，但不是丟包情況，是包中的丟了一段數(shù)據(jù)的情況，不知道改如何處理...
剛接觸workerman不久，問一下，硬件通過tcp發(fā)送過來的16進(jìn)制文件流如何打包
因?yàn)閠cp發(fā)送過來的都是一包一包的數(shù)據(jù)流，不知該如何打包數(shù)據(jù)成完整的數(shù)據(jù)，發(fā)送的數(shù)據(jù)格式是什么樣子的，如何區(qū)分是那個(gè)設(shè)備發(fā)送過來的？...
設(shè)備通過tcp協(xié)議發(fā)送16進(jìn)制的文件流，服務(wù)器如何處理
設(shè)備發(fā)送的bmp格式的圖片，轉(zhuǎn)成16進(jìn)制文件流，發(fā)送到服務(wù)器，分包發(fā)送，圖片越大，分的包越多。隨文件流發(fā)送過來的還有json數(shù)組，里面包含，文件名等別的信息。不知服務(wù)器端如何接收呢...
如何保存GatewayWorker實(shí)時(shí)檢測(cè)硬件在線狀態(tài)
能用GatewayWorker獲取到硬件的心跳包了，我現(xiàn)在在數(shù)據(jù)庫中篩選出需要檢測(cè)的設(shè)備號(hào)碼，有可能有幾千幾萬的數(shù)據(jù)量，如何有效的去實(shí)時(shí)檢測(cè)，這些設(shè)備的在線狀態(tài)？ 前期方案，篩選出來的數(shù)據(jù)是一個(gè)數(shù)組，在檢測(cè)到硬件發(fā)送來過的心跳包之后，用循環(huán)去查詢數(shù)組中是否存在該設(shè)備號(hào)碼，如存在，修改狀態(tài)（默認(rèn)狀態(tài)為離線），但是如果用循環(huán)去比較的話，是不是效率不高啊...
