Java中的byte & 0xff到底有什么作用?
如果寫(xiě)過(guò)通信類(lèi)的代碼,比如socket編程,應(yīng)該對(duì)這個(gè)問(wèn)題不陌生。
先說(shuō)結(jié)論
byte & 0xff 是將byte從(-128 至 127)轉(zhuǎn)化成 int(轉(zhuǎn)化后的數(shù)值范圍: 0 至 255)。
其實(shí)就是1個(gè)byte有兩種表示方法,我們既可以用-128 - 127這段范圍來(lái)表示一個(gè)字節(jié),也可以用 0 - 255這個(gè)范圍的數(shù)來(lái)表示一個(gè)字節(jié)。
看一個(gè)demo
用Java中的InetAddress類(lèi)來(lái)獲取我當(dāng)前的ip
public class InetAddressTest {
public static void main(String[] args) throws UnknownHostException {
InetAddress localHost = InetAddress.getLocalHost();
byte[] address = localHost.getAddress();
for (byte b : address) {
System.out.print(b + " ");
}
}
}
輸出結(jié)果
-64 -88 2 119
本機(jī)ip

好像不太一樣,我們ip地址只用 0 - 255來(lái)表示,不會(huì)出現(xiàn)負(fù)數(shù)。
所以再換一種寫(xiě)法,將取出來(lái)的字節(jié) & 0xff
public class InetAddressTest {
public static void main(String[] args) throws UnknownHostException {
InetAddress localHost = InetAddress.getLocalHost();
byte[] address = localHost.getAddress();
for (byte b : address) {
System.out.print( ( b & 0xff ) + " ");
}
}
}
結(jié)果
192 168 2 119
Process finished with exit code 0
果然就是我們想要的結(jié)果
為什么需要轉(zhuǎn)換
因?yàn)镴ava中的byte是有符號(hào)的,他的范圍只能是 -128 - 127。
我們?cè)谑褂胻cp等協(xié)議的時(shí)候,首先要把傳輸?shù)南⑥D(zhuǎn)化成字節(jié)流,然后再傳輸,在編程語(yǔ)言中字節(jié)流通常用十進(jìn)制的byte數(shù)組來(lái)表示。

假如我們就想用 0-255來(lái)表示一個(gè)字節(jié),不想用負(fù)數(shù),該怎么辦呢?
可惜Java中沒(méi)有 無(wú)符號(hào)字節(jié)(unsigned byte), 我們只能用 int 來(lái)存儲(chǔ)0-255。
而int的范圍是(-2^31 ~ 2^31-1),只用了256個(gè),剩下的空間都被浪費(fèi)了,得不償失啊。
所以我們存儲(chǔ)的時(shí)候、傳輸?shù)臅r(shí)候可以用byte,但是使用的時(shí)候就需要做一個(gè)轉(zhuǎn)換了,那為什么0xff就可以得到無(wú)符號(hào)byte呢。
& 0xff的作用
作為一個(gè)十六進(jìn)制數(shù),0xff在Java中是用什么類(lèi)型存儲(chǔ)的呢?

應(yīng)該顯而易見(jiàn)吧,0xff是整型。
假設(shè)我現(xiàn)在要轉(zhuǎn)化 字節(jié) -1
-1的原碼、反碼、補(bǔ)碼分別如下:
原碼 1 0 0 0 0 0 0 1 反碼 0 1 1 1 1 1 1 0 補(bǔ)碼 0 1 1 1 1 1 1 1
現(xiàn)在和 0xff做運(yùn)算, ff 就是(1111 11111),而因?yàn)樗钦?,?個(gè)字節(jié),32為,所以0Xff的前面還有24個(gè)0。
用 -1 的補(bǔ)碼進(jìn)行計(jì)算
-1 0 1 1 1 1 1 1 1 0xff 000000000 000000000 000000000 1 1 1 1 1 1 1 1 = 000000000 000000000 000000000 0 1 1 1 1 1 1 1 = 255
其實(shí)在Java中,”任何數(shù) & 0Xff等于那個(gè)數(shù)本身“ 這句話就顯得不那么正確了
”任意整型 & 0xff = 本身“ 是沒(méi)有問(wèn)題的
但是字節(jié) & 0xff 就被拖到了另一個(gè)次元,從byte進(jìn)化成了int。
關(guān)于byte[ ] & 0xFF的問(wèn)題
最近在寫(xiě)有關(guān)SHA256加密解密的問(wèn)題,發(fā)現(xiàn)有一段代碼是這樣的,處于好奇理解了一下。
private static String byte2Hex(byte[] bytes){
StringBuffer stringBuffer = new StringBuffer();
String temp = null;
for (int i=0;i<bytes.length;i++){
temp = Integer.toHexString(bytes[i] & 0xFF);
if (temp.length()==1){
//1得到一位的進(jìn)行補(bǔ)0操作
stringBuffer.append("0");
}
stringBuffer.append(temp);
}
return stringBuffer.toString();
}
Integer類(lèi)中toHexString方法的參數(shù)是int類(lèi)型,為什么byte[ ] & 0xFF可以表示int類(lèi)型呢?
byte[i]是8位二進(jìn)制,0xFF轉(zhuǎn)化為8位二進(jìn)制為11111111,& 之后的結(jié)果還是本身啊,這是怎么回事?
我們都知道計(jì)算機(jī)內(nèi)的存儲(chǔ)都是利用二進(jìn)制的補(bǔ)碼進(jìn)行存儲(chǔ)的。
復(fù)習(xí)一下,原碼反碼補(bǔ)碼這三個(gè)概念
對(duì)于一個(gè)字節(jié)的最高位,計(jì)算機(jī)中是有規(guī)定的,正數(shù)的最高位為0,負(fù)數(shù)的最高位為1。
對(duì)于正數(shù)(00000001)原碼來(lái)說(shuō),首位表示符號(hào)位,反碼 補(bǔ)碼都是本身
對(duì)于負(fù)數(shù)(100000001)原碼來(lái)說(shuō),反碼是對(duì)原碼除了符號(hào)位之外作取反運(yùn)算即(111111110),補(bǔ)碼是對(duì)反碼作+1運(yùn)算即(111111111)
下面寫(xiě)段代碼測(cè)試下
public static void main(String[] args) {
byte[] a=new byte[10];
a[0]=-127;
System.out.println("a[0]:"+a[0]);
int b=a[0] & 0xFF;
System.out.println("b:"+b);
}
得到的結(jié)果為:
a[0]:-127
b:129
現(xiàn)在針對(duì)這個(gè)結(jié)果進(jìn)行分析:
byte類(lèi)型的a[0]的值為-127,在計(jì)算機(jī)中存儲(chǔ)的補(bǔ)碼為:10000001,這個(gè)補(bǔ)碼是8位的,而int類(lèi)型是32位的,所以a[0]作為int類(lèi)型來(lái)輸出的時(shí)候jvm給做了個(gè)補(bǔ)位便成了 111111111111111111111111 10000001(-127),雖然補(bǔ)碼轉(zhuǎn)換了,但是這兩個(gè)補(bǔ)碼表示的十進(jìn)制數(shù)字是相同的。
為了保證二進(jìn)制數(shù)據(jù)的一致性,當(dāng)byte要轉(zhuǎn)化為int的時(shí)候,高的24位必然會(huì)補(bǔ)1,這樣,其二進(jìn)制補(bǔ)碼其實(shí)已經(jīng)不一致了,如果二進(jìn)制被當(dāng)作byte和int來(lái)解讀,其10進(jìn)制的值必然是不同的,因?yàn)榉?hào)位位置已經(jīng)發(fā)生了變化,而&0xFF可以將高的24位置為0,低8位保持原樣。
int b = a[0]&0xff; a[0]&0xff=1111111111111111111111111 10000001&11111111=000000000000000000000000 10000001 ,這個(gè)值就是129
所以最后顯示的b的值為129
以上為個(gè)人經(jīng)驗(yàn),希望能給大家一個(gè)參考,也希望大家多多支持腳本之家。
相關(guān)文章
IDEA對(duì)使用了第三方依賴(lài)jar包的非Maven項(xiàng)目打jar包的問(wèn)題(圖文詳解)
這篇文章主要介紹了IDEA對(duì)使用了第三方依賴(lài)jar包的非Maven項(xiàng)目打jar包的問(wèn)題,本文給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2020-07-07
Java基于IO流實(shí)現(xiàn)登錄和注冊(cè)功能
這篇文章主要為大家詳細(xì)介紹了Java基于IO流實(shí)現(xiàn)登錄和注冊(cè)功能,文中示例代碼介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2022-04-04
Java項(xiàng)目之java+springboot+ssm實(shí)現(xiàn)理財(cái)管理系統(tǒng)設(shè)計(jì)
這篇文章主要介紹了Java項(xiàng)目java+springboot+ssm實(shí)現(xiàn)理財(cái)管理系統(tǒng)設(shè)計(jì),使用了當(dāng)前較為流行的spring boot,spring,spring mvc,mybatis,shiro框架分頁(yè)處理使用了pagehelper進(jìn)行操作,需要的朋友可以參考一下2022-03-03
Maven發(fā)布封裝到中央倉(cāng)庫(kù)時(shí)候報(bào)錯(cuò):no default secret key
這篇文章主要介紹了Maven發(fā)布封裝到中央倉(cāng)庫(kù)時(shí)候報(bào)錯(cuò):no default secret key,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2019-12-12
SpringBoot框架集成token實(shí)現(xiàn)登錄校驗(yàn)功能
這篇文章主要為大家詳細(xì)介紹了SpringBoot框架集成token實(shí)現(xiàn)登錄校驗(yàn)功能,文中示例代碼介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2019-08-08
Spring高級(jí)注解@PropertySource詳細(xì)解讀
這篇文章主要介紹了Spring高級(jí)注解@PropertySource詳細(xì)解讀,@PropertySource注解用于指定資源文件讀取的位置,它不僅能讀取properties文件,也能讀取xml文件,并且通過(guò)YAML解析器,配合自定義PropertySourceFactory實(shí)現(xiàn)解析yaml文件,需要的朋友可以參考下2023-11-11
RocketMQ源碼分析之Broker過(guò)期消息清理機(jī)制
這篇文章主要為大家介紹了RocketMQ源碼分析之Broker過(guò)期消息清理機(jī)制示例詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪2023-05-05
ssm項(xiàng)目實(shí)現(xiàn)用戶(hù)登陸持久化(token)
這篇文章主要介紹了ssm項(xiàng)目實(shí)現(xiàn)用戶(hù)登陸持久化(token),文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2021-04-04

