這篇文章主要介紹C#中儀器設(shè)備改造技術(shù)如何實現(xiàn)測量數(shù)據(jù)上傳到服務(wù)器的功能，文中介紹的非常詳細，具有一定的參考價值，感興趣的小伙伴們一定要看完！

創(chuàng)新互聯(lián)建站主營崇禮網(wǎng)站建設(shè)的網(wǎng)絡(luò)公司,主營網(wǎng)站建設(shè)方案,成都app開發(fā),崇禮h5成都微信小程序搭建,崇禮網(wǎng)站營銷推廣歡迎崇禮等地區(qū)企業(yè)咨詢

                                                           怎樣用C#進行儀器的設(shè)備改造？因為儀器控制程序是C#開發(fā)的，所以客戶端最好是c#，考慮到節(jié)省流量(服務(wù)器是按流量收費的)，文件要壓縮，C#下要實現(xiàn)文件壓縮功能。而服務(wù)端選擇java構(gòu)建restful API進行上傳的的方案。

一、項目需求及分析

1. 按照領(lǐng)導的要求，要改造一臺儀器，添加點功能，將測量數(shù)據(jù)上傳到服務(wù)器。儀器測量節(jié)拍大概是20s，數(shù)據(jù)量目前不大，每次測量大概不到2M左右，且都是浮點數(shù)據(jù)和整形數(shù)據(jù)。

2. 起初想用TCP長連接實現(xiàn)的，但考慮到現(xiàn)場環(huán)境。典型的制造業(yè)車間，電磁環(huán)境復雜，網(wǎng)絡(luò)信號不穩(wěn)，所以不考慮TCP長連接實現(xiàn)。短連接也不在考慮范圍內(nèi)，以后儀器數(shù)量多了之后頻繁的建立連接開銷也很大，服務(wù)器有可能受不了(阿里云的乞丐版)。所以選擇用restful提交，http的通信可以多線程調(diào)度。

3. 儀器控制程序是C#開發(fā)的，所以客戶端最好是c#。服務(wù)端我想用springboot，很方便。

4. 考慮到新增的上傳功能不能影響之前的測量節(jié)拍，所以要多線程實現(xiàn)?？上矣趾軕?，不想考慮線程協(xié)調(diào)問題，最后選擇消息隊列實現(xiàn)。

5. 考慮到節(jié)省流量(服務(wù)器是按流量收費的)，文件要壓縮，C#下要實現(xiàn)文件壓縮功能。

6. 從測量文件中讀取數(shù)據(jù)，將參數(shù)存入數(shù)據(jù)庫，測量原始數(shù)據(jù)打包放在文件服務(wù)器上。

二、整體架構(gòu)和技術(shù)方案

最后的技術(shù)方案就是C#做客戶端，java構(gòu)建服務(wù)端restful API進行上傳

整體架構(gòu)如下圖：

使用的技術(shù)如下：

1. C#的Restful客戶端：RestSharp

2. java的Restful服務(wù)端：springboot

3. C#端消息隊列：NetMQ

4. C#端zip操作組件：DotNetZip

5. java端zip操作組件：Apache Commons Compress

三、服務(wù)端

服務(wù)端采用springboot的restful，POST方式，非常簡單。
傳輸文件采用MultipartFile方式，因為客戶端的ResrSharp只能采用這種方式傳遞文件

@RestController
@RequestMapping(value = "upload")
public class FileRestController {
    Logger logger = LogManager.getLogger(FileRestController.class);

    @RequestMapping(value = "file", method = RequestMethod.POST)
    public
    @ResponseBody
    RestResult getZipFile(@RequestParam("file") MultipartFile file) throws IOException, URISyntaxException {
        RestResult result = new RestResult();
        if (!file.getName().isEmpty()) {
            InputStream stream = file.getInputStream();
//            String directory = FileRestController.class.getProtectionDomain().getCodeSource().getLocation().toURI().getPath();
            String directory = "/usr/local/haliang/files/";
            try {
                directory = URLDecoder.decode(directory, "utf-8");
            } catch (java.io.UnsupportedEncodingException e) {
                return null;
            }
            FileOutputStream fs = new FileOutputStream(directory + file.getOriginalFilename());
            logger.info("文件所在的目錄:   " + directory + "/files/" + file.getOriginalFilename());
            byte[] buffer = new byte[1024 * 1024];
            int bytesum = 0;
            int byteread = 0;
            while ((byteread = stream.read(buffer)) != -1) {
                bytesum += byteread;
                fs.write(buffer, 0, byteread);
                fs.flush();
            }
            fs.close();
            stream.close();
            logger.info("成功接收文件:   " + directory + file.getOriginalFilename());
        }

        return result;
    }
}

四、客戶端

客戶端架構(gòu)如下圖：

1 zeromq簡介

NetMQ 是 ZeroMQ的C#移植版本。

1.1：zeromq是什么

NetMQ （ZeroMQ to .Net），ZMQ號稱史上最快中間件。
它對socket通信進行了封裝，使得我們不需要寫socket函數(shù)調(diào)用就能完成復雜的網(wǎng)絡(luò)通信。
它跟Socket的區(qū)別是：普通的socket是端到端的（1:1的關(guān)系），而ZMQ卻是可以N:M的關(guān)系，人們對BSD套接字的了解較多的是點對點的連接，點對點連接需要顯式地建立連接、銷毀連接、選擇協(xié)議（TCP/UDP）和處理錯誤等，而ZMQ屏蔽了這些細節(jié)，讓你的網(wǎng)絡(luò)編程更為簡單。
它是一個消息處理隊列庫，可在多個線程、內(nèi)核和主機盒之間彈性伸縮。和一般意義上的消息隊列產(chǎn)品不同的是，它沒有消息隊列服務(wù)器，而更像是一個網(wǎng)絡(luò)通信庫。從網(wǎng)絡(luò)通信的角度看，它處于會話層之上，應(yīng)用層之下，屬于傳輸層。

1.2：zeromq的消息模型

zeromq將消息通信分為4種模型，分別是一對一結(jié)對模型（Exclusive-Pair）、請求回應(yīng)模型（Request-Reply）、發(fā)布訂閱模型（Publish-Subscribe）、推拉模型（Push-Pull）。這4種模型總結(jié)出了通用的網(wǎng)絡(luò)通信模型，在實際中可以根據(jù)應(yīng)用需要，組合其中的2種或多種模型來形成自己的解決方案。

1.2.1 一對一結(jié)對模型 Exclusive-Pair

最簡單的1:1消息通信模型，用來支持傳統(tǒng)的 TCP socket模型,主要用于進程內(nèi)部線程間通信?？梢哉J為是一個TCP Connection，但是TCP Server只能接受一個連接。采用了lock free實現(xiàn)，速度很快。數(shù)據(jù)可以雙向流動，這點不同于后面的請求響應(yīng)模型。(不推薦使用，沒有例子）

1.2.2 請求回應(yīng)模型 Request-Reply

由請求端發(fā)起請求，然后等待回應(yīng)端應(yīng)答。一個請求必須對應(yīng)一個回應(yīng)，從請求端的角度來看是發(fā)-收配對，從回應(yīng)端的角度是收-發(fā)對。跟一對一結(jié)對模型的區(qū)別在于請求端可以是1~N個。
請求端和回應(yīng)端都可以是1：N的模型。通常把1認為是server,N認為是Client。ZeroMQ可以很好的支持路由功能（實現(xiàn)路由功能的組件叫作Device),把1：N擴展為N:M(只需要加入若干路由節(jié)點）。從這個模型看，更底層的端點地址是對上層隱藏的。每個請求都隱含有回應(yīng)地址，而應(yīng)用則不關(guān)心它。通常把該模型主要用于遠程調(diào)用及任務(wù)分配等。
(NetMQ請求響應(yīng)C#調(diào)用案例)

1.2.3 發(fā)布訂閱模型 Publisher-Subscriber(本項目采用的模型)

發(fā)布端單向分發(fā)數(shù)據(jù)，且不關(guān)心是否把全部信息發(fā)送給訂閱端。如果發(fā)布端開始發(fā)布信息時，訂閱端尚未連接上來，則這些信息會被直接丟棄。訂閱端未連接導致信息丟失的問題，可以通過與請求回應(yīng)模型組合來解決。訂閱端只負責接收，而不能反饋，且在訂閱端消費速度慢于發(fā)布端的情況下，會在訂閱端堆積數(shù)據(jù)。該模型主要用于數(shù)據(jù)分發(fā)。天氣預報、微博明星粉絲可以應(yīng)用這種經(jīng)典模型。 (NetMQ發(fā)布訂閱模式C#調(diào)用案例)

1.2.4 推拉模型 Push-Pull

Server端作為Push端，而Client端作為Pull端，如果有多個Client端同時連接到Server端，則Server端會在內(nèi)部做一個負載均衡，采用平均分配的算法，將所有消息均衡發(fā)布到Client端上。與發(fā)布訂閱模型相比，推拉模型在沒有消費者的情況下，發(fā)布的消息不會被消耗掉；在消費者能力不夠的情況下，能夠提供多消費者并行消費解決方案。該模型主要用于多任務(wù)并行。
(NetMQ推拉模式C#調(diào)用案例)

1.3：zeromq的優(yōu)勢

1. TCP：ZeroMQ基于消息，消息模式，而非字節(jié)流。

2. XMPP：ZeroMQ更簡單、快速、更底層。Jabber可建在ZeroMQ之上。

3. AMQP：完成相同的工作，ZeroMQ要快100倍，而且不需要代理（規(guī)范更簡潔——少278頁）

4. IPC：ZeroMQ可以跨多個主機盒，而非單臺機器。

5. CORBA：ZeroMQ不會將復雜到恐怖的消息格式強加于你。

6. RPC：ZeroMQ完全是異步的，你可以隨時增加/刪除參與者。

7. RFC 1149：ZeroMQ比它快多了！

8. 29west LBM：ZeroMQ是自由軟件！

9. IBM低延遲：ZeroMQ是自由軟件！

10. Tibco：仍然是自由軟件！

2.代碼實現(xiàn)

2.1 Publisher(發(fā)布者)

一般都是發(fā)布者先啟動，綁定監(jiān)聽端口。封裝了一個發(fā)送函數(shù)，主要是發(fā)送原先軟件生成測量文件的路徑。

public class Publisher
    {
        public int Port { get; set; }
        private PublisherSocket socket;

        /// <summary>
        /// 構(gòu)造函數(shù)
        /// </summary>
        /// <param name="port">綁定的端口</param>
        public Publisher(int port)
        {
            Port = port;
        }

        /// <summary>
        /// 啟動發(fā)布端
        /// </summary>
        public void Start()
        {
            NetMQContext context = NetMQContext.Create();
            this.socket = context.CreatePublisherSocket();
            this.socket.Bind("tcp://127.0.0.1:" + Port);
        }

        /// <summary>
        /// 發(fā)送數(shù)據(jù)
        /// </summary>
        /// <param name="result"></param>
        public void Send(string result)
        {
            socket.SendFrame(result);
        }
    }

2.2 Subscriber(訂閱者)

訂閱者啟動時候連接端口。防止線程阻塞，訂閱者是新開一個線程運行的。

public class Subscribe
    {
        private delegate void GetDataHandler(string message);

        private event GetDataHandler onGetData;
        public int Port { get; set; }
        public string TempDirectory { get; set; }
        public bool isRunning { get; set; }
        public string domain { get; set; }

        public Subscribe(int port, string domain)
        {
            Port = port;
            this.domain = domain;
            onGetData += ProcessData;
        }

        private SubscriberSocket socket;

        public void Start()
        {
            this.isRunning = true;
            NetMQContext context = NetMQContext.Create();
            socket = context.CreateSubscriberSocket();
            socket.Connect("tcp://127.0.0.1:" + Port);
            socket.Subscribe("");
            Thread t = new Thread(new ThreadStart(StartSub));
            t.Start();
        }

        private void StartSub()
        {
            while (isRunning)
            {
                Thread.Sleep(10000);
                string result = socket.ReceiveFrameString(Encoding.UTF8);
                onGetData(result);
            }
        }

        private void ProcessData(string path)
        {
            Console.WriteLine("收到文件：" + path);
            string compressedFile = Compress.CompressFile(TempDirectory, path);
            new RestPost(domain).Post(compressedFile);
        }

3 客戶端壓縮

壓縮使用DotNetZip組件，非常簡單好用。

 public class Compress
    {
        public static string CompressFile(string temp,string txtPath)
        {
            string txtFileName = System.IO.Path.GetFileNameWithoutExtension(txtPath);
            string compressedFileName = temp+"/"+txtFileName + ".zip";
            ZipFile file=new ZipFile();
            file.AddFile(txtPath,"");
            file.Save(compressedFileName);
            return compressedFileName;
        }
    }

4 客戶端上傳

使用RestSharp組件，也是非常簡單。異步回調(diào)，不影響性能。

public class RestPost
    {
        public string Domain { get; set; }

        public RestPost(string domain)
        {
            Domain = domain;
        }

        public void Post(string path)
        {
            RestRequest request = new RestRequest(Method.POST);
            request.AddFile("file", path);
            RestClient client = new RestClient {BaseUrl = new Uri("http://" + Domain + "/upload/file")};
            client.ExecuteAsync(request, (response) =>
                {
                    if (response.StatusCode == HttpStatusCode.OK)
                    {
                        Console.WriteLine("上傳成功...\n" + response.Content);
                    }
                    else
                    {
                        Console.WriteLine($"出錯啦:{response.Content}");
                    }
                }
            );
        }
    }

以上是C#中儀器設(shè)備改造技術(shù)如何實現(xiàn)測量數(shù)據(jù)上傳到服務(wù)器的功能的所有內(nèi)容，感謝各位的閱讀！希望分享的內(nèi)容對大家有幫助，更多相關(guān)知識，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道！

當前標題：C#中儀器設(shè)備改造技術(shù)如何實現(xiàn)測量數(shù)據(jù)上傳到服務(wù)器的功能
文章地址：http://aaarwkj.com/article8/ipojip.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供營銷型網(wǎng)站建設(shè)、靜態(tài)網(wǎng)站、面包屑導航、用戶體驗、小程序開發(fā)、ChatGPT

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)