|
標(biāo)簽：問題 sp 數(shù)據(jù) as bs 一個(gè) c tr 程序 都要大四了還搞不清這個(gè)概念也真是丟臉。 首先，底層的數(shù)據(jù)傳輸都是字節(jié)流，所以不管選擇什么方式，都會被分解為一個(gè)一個(gè)的字節(jié)。 1選擇Hex發(fā)送就代表你要發(fā)送的內(nèi)容是純數(shù)字，由程序完成String到Int再到Byte的轉(zhuǎn)化。所以你應(yīng)該保證每個(gè)你要發(fā)送的數(shù)都是兩位的，如果是7就應(yīng)該寫07，因?yàn)槌绦驎績晌幻績晌坏刈x。如果你選擇了Hex發(fā)送，而輸入的又是字符，比如你寫了ab，那么就會被程序讀為16進(jìn)制的AB。這就是不同的概念了，無論你選擇什么方式顯示都不能得到原來的ab了。 2選擇ASCII發(fā)送就代表你要發(fā)送的是字符串，這時(shí)候程序就會一位一位地讀，比如你寫了1234，在字節(jié)流中傳遞的就是123對應(yīng)的ASCII碼，31,32,33,34（十六進(jìn)制的）。比較而言，在Hex發(fā)送模式下，寫了1234，會被發(fā)送的就是12,34，如果是01020304那就是01，02，03，04。這個(gè)時(shí)候，你寫ab就會發(fā)送相應(yīng)的ASCII碼61,62，其他字符同理。 到這里，數(shù)據(jù)已經(jīng)發(fā)送出去了，接下來就是顯示的問題。是顯示模式，不是解析，不存在解析。 3選擇Hex顯示就是把字節(jié)轉(zhuǎn)化為16進(jìn)制整型，你收到的是12,34，就顯示為12,34，你收到31,32,33,34，也顯示為31,32,33,34，如果收到AB呢，那也是AB。 4選擇ASCII顯示呢，就會把你接收到的十六進(jìn)制轉(zhuǎn)化為對應(yīng)的字符，比如你收到了31，就會顯示為1。這種模式下可能會出現(xiàn)亂碼，原因就是ASCII碼只從0-7f。如果你在十六進(jìn)制發(fā)送模式下發(fā)送了字符，比如發(fā)送了ab，那你就會收到AB，這個(gè)并沒有ASCII碼對應(yīng)的字符。 所以在Hex模式下如果輸入字符，是無論如何接收不到正確的數(shù)據(jù)的，其他方式那就隨意了。重要的是，方式的選擇改變的不是數(shù)據(jù)本身，而是數(shù)據(jù)的表現(xiàn)形式。
|
|
|
