最新天堂中文在线丨午夜嘿嘿嘿影院丨亚洲国产精品高清久久久丨中文字幕人成乱码熟女app丨www91亚洲丨97成人资源丨成人中文字幕+乱码+中文字幕丨一区二区三区在线 | 日丨日韩免费大片丨亚洲欧美一区二区三区丨国产在线观看a丨亚洲成人第一区丨国内免费视频成人精品丨亚洲综合色网站丨午夜精品美女久久久久av福利丨国产午夜人做人免费视频网站丨国产又黄视频丨97se狼狼狼狼狼亚洲网丨狠狠亚洲婷婷综合色香五月丨中国一级毛片黄丨国产女人十八毛片丨国产色视频在线播放丨国产亚洲精久久久久久无码苍井空丨天天摸日日摸爽爽狠狠丨久久综合香蕉国产蜜臀av

現在，想要實現一個效果，多個從站的數據發給主站，主站，緩存這些數據，并且，主站再將這些數據發送給PC


1.問題在于，如何按順序去緩存，多個從站有可能同時發送數據給主站，如果改成主站去詢問，又會導致，漏掉一些數據。
2.百度上很多資料都是主站，去控制從站，而不是信息交付，所以也沒百度到什么有用的方法。
3.實際狀況是，從站作為獨立測試機構，測試結束，需要將測試信息傳遞給主站。從站主動發給主站，主站無法按照一定的順序去緩存，因為多個從站有可能同時發過來，所有從站的數據又要發送給電腦。電腦發指令，主站回復電腦，從站的信息。并且保證不是重復地發送一個從站，而是一個不漏的把每個從站的信息發送給電腦（不可以做成一條信息，因為，每個從站不是同時更新狀態的，是獨立的），而且主站還要對從站的數據進行緩存。當電腦和主站斷網了，主站能夠，將從站的數據存下來。

既然最後是將這些數據發送給PC

那就所有站都透過網路送給PC

分主從站的，只能主站去查詢，沒有從站去主動發數據的，這樣導致沖突．某些協議支持多主站．
不知道樓主要求速度有多快，PC本來就非實時系統，數據讀取本來就有延遲，對于一些采用高速通信的主從站，輪詢速度比和PC之間通訊快多．