前面一篇簡(jiǎn)書中有提到netty讀取到負(fù)數(shù)的原因：

1.高低端
2.有符號(hào)數(shù)/無符號(hào)數(shù)
http://www.itdecent.cn/p/ae631ba01971

那這里在說一下有符號(hào)數(shù)與無符號(hào)數(shù)在JAVA中轉(zhuǎn)換時(shí)的一些個(gè)人理解。

疑惑的起因是這樣的：
之前做了一個(gè)固件升級(jí)的服務(wù)端，固件向我發(fā)送命令時(shí)，是傳遞了一個(gè)無符號(hào)數(shù)。而JAVA中因?yàn)槭怯蟹?hào)數(shù)，所以我使用ByteBuf.readUnsignedByte()/ByteBuf.readUnsignedShort()/ByteBuf.readUnsignedInt()/...來接收。但是這里產(chǎn)生了一個(gè)問題。我們知道，將一個(gè)無符號(hào)轉(zhuǎn)為有符號(hào)數(shù)，無非是再多加一個(gè)字節(jié)，使最高位的符號(hào)位不被系統(tǒng)認(rèn)為是個(gè)符號(hào)，而由此一來read得到的無符號(hào)數(shù)單位會(huì)比原本的單位多出一個(gè)字節(jié)。如果按照原單位類型來存儲(chǔ)，則涉及到long->int,int->short,short->byte的強(qiáng)制轉(zhuǎn)型，根據(jù)我的運(yùn)算和代碼運(yùn)行結(jié)果測(cè)試。強(qiáng)制轉(zhuǎn)型后的結(jié)果和直接讀取一個(gè)有符號(hào)數(shù)結(jié)果是一樣的

ByteBuf.class
//讀取方法
public abstract short readUnsignedByte();
public abstract int readUnsignedShort();
public abstract long readUnsignedInt();
//寫入方法
public abstract ByteBuf writeByte(int value);
public abstract ByteBuf writeShort(int value);
public abstract ByteBuf writeInt(int value);
public abstract ByteBuf writeLong(long value);

當(dāng)讀取時(shí)，byte類型的無符號(hào)數(shù)會(huì)返回一個(gè)short，而short類型的無符號(hào)數(shù)會(huì)返回一個(gè)int，int類型的無符號(hào)數(shù)會(huì)返回一個(gè)long...
當(dāng)寫入時(shí)，寫入一個(gè)int類型需要一個(gè)int參數(shù)，寫入一個(gè)short需要一個(gè)int參數(shù)，寫入byte還是一個(gè)int參數(shù)（寫入long需要傳入long）

總結(jié)：

當(dāng)對(duì)方傳給我們一個(gè)無符號(hào)數(shù)時(shí)，我們用ByteBuf.readUnsigned...()的方法去獲取，獲取的結(jié)果數(shù)據(jù)類型會(huì)多一個(gè)字節(jié)，用于我們邏輯處理時(shí)需要使用的值。因?yàn)槲以谇懊嬲f過，強(qiáng)制轉(zhuǎn)型后的結(jié)果和直接讀取一個(gè)有符號(hào)數(shù)結(jié)果是一樣的，所以不用擔(dān)心readUnsignedXxx()方法的結(jié)果強(qiáng)轉(zhuǎn)更小的數(shù)據(jù)類型后會(huì)丟失精度，而在寫出時(shí)該類的底層會(huì)將有符號(hào)數(shù)轉(zhuǎn)為無符號(hào)數(shù)寫出。

所以獲取無符號(hào)數(shù)的操作可以僅作為我們獲取數(shù)據(jù)中的數(shù)值使用，寫入時(shí)直接寫入有符號(hào)數(shù)即可。