鍍金池/ 問答/Java  網絡安全/ Java串口通信: 如何正確丟棄不需要的數(shù)據(jù)。

Java串口通信: 如何正確丟棄不需要的數(shù)據(jù)。

正在使用RXTX寫自己的通信協(xié)議,目前遇到的一個問題是:A向B發(fā)送數(shù)據(jù),假設B收到的第i幀的幀頭數(shù)據(jù)校驗不通過,B要求A重發(fā),那么我如何正確處理A發(fā)過來的第i幀的剩余的數(shù)據(jù)呢?

幀格式: |--幀類型--|--幀編號(從0開始)--|--數(shù)據(jù)長度--|--數(shù)據(jù)--|--幀尾(校驗位)--|

采用狀態(tài)機來解析,假設解析到幀編號的時候,發(fā)現(xiàn)這個數(shù)值有問題,要求重發(fā),但是緩沖區(qū)里還殘留著 從數(shù)據(jù)長度幀尾的這部分數(shù)據(jù)。

目前采用這種方法來清空:

    while ((available = dataIS.available()) > 0) {
        int read = dataIS.read(new byte[available]);
        try {
            Thread.sleep(200);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
    }

然后清空完成后才向A發(fā)送重發(fā)的指令,請問有沒有什么更好的辦法呢?

還有一個問題是: 串口通信中,由于干擾的問題,有可能會存在數(shù)據(jù)丟失、數(shù)據(jù)錯誤,那是否可能會出現(xiàn)數(shù)據(jù)變多的情況呢?就是比如實際發(fā)送100個字節(jié),但是由于干擾變成了101個字節(jié)的情況?

回答
編輯回答
墻頭草

確認該幀有問題的時候就應該立即要求重發(fā),不用等到清空之后啊。

2018年7月22日 02:31