                        課程
                    
                        /后端開(kāi)發(fā)
                        
                            /Java
                        
                        /文件傳輸基礎(chǔ)——Java IO流

toHexString()函數(shù)

????toHexString()函數(shù)的參數(shù)是整型嗎，如果實(shí)參是一個(gè)字節(jié)或者四個(gè)字節(jié)，是否會(huì)發(fā)生類型轉(zhuǎn)換？

qq_酸牛奶_0

2016-07-06

源自：文件傳輸基礎(chǔ)——Java IO流 1-1

關(guān)注問(wèn)題我要回答

13059

操作

收起

3 回答

要做Java大師回答被采納 +3 積分
2016-07-06

public static String toHexString(int i)

這個(gè)是本方法的聲明，一個(gè)一個(gè)解答問(wèn)題，它的參數(shù)是整型的。

在java中int類型就是四個(gè)字節(jié)的，所以如果實(shí)參是四個(gè)字節(jié)是不會(huì)發(fā)生類型轉(zhuǎn)換的啊，其實(shí)有點(diǎn)沒(méi)明白為什么問(wèn)這個(gè)問(wèn)題，是不是因?yàn)橐曨l中出現(xiàn)的 .toHexString(char b&0xff)這個(gè)句子，會(huì)覺(jué)得里面是16位的數(shù)據(jù)？

其實(shí)做這個(gè)主要是為了防止char轉(zhuǎn)成int 類型由于計(jì)算機(jī)補(bǔ)碼存儲(chǔ)方式的原因，要專門設(shè)置最高位符號(hào)位。

由于char類型是16位二進(jìn)制的（兩字節(jié)），而且最高位有可能是1，但在補(bǔ)碼中首位為1表示負(fù)數(shù)，首位為0表示正數(shù)，所以，如果沒(méi)有按位與，存在最高位是1的char型，則計(jì)算機(jī)會(huì)在轉(zhuǎn)成32位時(shí)，先把它當(dāng)成補(bǔ)碼，覺(jué)得他是負(fù)數(shù)，然后前面就補(bǔ)16位1，

現(xiàn)在做按位與運(yùn)算，由于char類型只有16位，要和32位按位與，前面先補(bǔ)0，這樣做之后，前16位就是0了，這樣的存儲(chǔ)方式符合計(jì)算機(jī)的數(shù)據(jù)類型存儲(chǔ)規(guī)律。

所以如果實(shí)參是一個(gè)字節(jié)或兩個(gè)字節(jié)，那么如果不做0xff這樣的按位與運(yùn)算，它會(huì)自動(dòng)類型轉(zhuǎn)換（小類型轉(zhuǎn)大類型），但很有可能會(huì)發(fā)生運(yùn)算錯(cuò)誤，如果是四個(gè)字節(jié)其實(shí)道理類似，就看你這個(gè)數(shù)據(jù)是否會(huì)在存取上面由于補(bǔ)碼的運(yùn)算問(wèn)題導(dǎo)致亂碼或者其他錯(cuò)誤。

（這樣解釋對(duì)你有幫助嗎？

-----------用心回答求表?yè)P(yáng)~）

1 回復(fù) 有任何疑惑可以回復(fù)我~

收起回答

qq_酸牛奶_0 提問(wèn)者

謝謝這么多的回答，本來(lái)以為會(huì)回答的很慢。受寵若驚。但是不明白為什么要位與上0xff。老師說(shuō)的是"把前面24位去掉"對(duì)吧；第一個(gè)問(wèn)題，為什么是24位呢，char類型不是占16位嗎；第二個(gè)問(wèn)題，16位的char位與0xff的結(jié)果是8位還是16位；第三個(gè)問(wèn)題，“& 0xff”后不是還會(huì)發(fā)生類型轉(zhuǎn)換嗎；第四個(gè)問(wèn)題，為什么自動(dòng)類型轉(zhuǎn)換“很可能發(fā)生運(yùn)算錯(cuò)誤”？還請(qǐng)大神指教，謝謝啦。

2016-07-10 回復(fù) 有任何疑惑可以回復(fù)我~

要做Java大師回復(fù) qq_酸牛奶_0 提問(wèn)者

我查了一下，當(dāng)時(shí)我說(shuō)錯(cuò)了，char類型是兩個(gè)字節(jié)8位，所以老師說(shuō)把前面24位去掉。按位與如果位數(shù)不夠前面需要補(bǔ)零，所以與8位的結(jié)果就一定是8位了（當(dāng)時(shí)發(fā)現(xiàn)說(shuō)錯(cuò)了，不過(guò)找不到你的提問(wèn)了，我也擔(dān)心好久，誤導(dǎo)你了，不好意思?。?這個(gè)時(shí)候會(huì)發(fā)生類型轉(zhuǎn)換的，因?yàn)橐獜?位變成32位，所以前面會(huì)自動(dòng)補(bǔ)零。一般自動(dòng)類型轉(zhuǎn)換發(fā)生運(yùn)算錯(cuò)誤出現(xiàn)在從高位轉(zhuǎn)低位的情況，高位低位是相對(duì)位數(shù)說(shuō)的，比如8位就算低位，32位就算高位，從32位轉(zhuǎn)到8位，如果這個(gè)數(shù)字其實(shí)是在8位可以表示范圍內(nèi)的，就不會(huì)出錯(cuò)了，如果是8位表示不了的，比他能表示的最大數(shù)還大，就會(huì)發(fā)生溢出，這就是他說(shuō)的運(yùn)算錯(cuò)誤。

2016-07-12 回復(fù) 有任何疑惑可以回復(fù)我~

qq_酸牛奶_0 提問(wèn)者回復(fù) 要做Java大師

感謝回答，但是還想再鉆會(huì)兒牛角尖。按您說(shuō)的，發(fā)生錯(cuò)誤的情況就是大的轉(zhuǎn)化為小的，長(zhǎng)字節(jié)轉(zhuǎn)化為短字節(jié)嗎？“按位與如果位數(shù)不夠前面補(bǔ)0”那么“& 0xff”使用的前提就是已知原數(shù)位數(shù)不超過(guò)8個(gè)位對(duì)吧，否則前面的都變成0了就不對(duì)了。既然它只能用在已知原數(shù)不超過(guò)八位的情況，也就是說(shuō)直接類型轉(zhuǎn)換也不會(huì)出錯(cuò)，那么“& 0xff”似乎實(shí)際上沒(méi)有什么用啊。另外，java里面的char是16位的。

2016-07-12 回復(fù) 有任何疑惑可以回復(fù)我~

查看5條回復(fù)

qq_酸牛奶_0 提問(wèn)者
2016-07-13

@要做Java大師：

似乎有的byte會(huì)補(bǔ)1有的不會(huì)：
“慕課網(wǎng)ABC”的三種輸出：
System.out.print(Integer.toHexString(b)+" ");
System.out.print(Integer.toHexString(b & 0xff)+" ");
System.out.print(Integer.toBinaryString(b)+"\n");
ffffffc4 c4 11111111111111111111111111000100
ffffffbd bd 11111111111111111111111110111101
ffffffbf bf 11111111111111111111111110111111
ffffffce ce 11111111111111111111111111001110
ffffffcd cd 11111111111111111111111111001101
fffffff8 f8 11111111111111111111111111111000
41 41 1000001
42 42 1000010
43 43 1000011

0 回復(fù) 有任何疑惑可以回復(fù)我~

收起回答

charsandrew

b & 0xff 中有一點(diǎn)我覺(jué)得很奇怪，這里的b是一個(gè)字節(jié)也就是8位，不進(jìn)行& 0xff 的話，會(huì)自動(dòng)轉(zhuǎn)換成32位，以16進(jìn)制表示就是ffffffc4 ,那么 (b & 0xff)之后到底是幾位，如果是32位的話，打印出來(lái)為什么不是000000c4 ，如果這樣運(yùn)算之后是8位，那么toHexString為什么沒(méi)有給它轉(zhuǎn)換成32位呢？

2016-07-18 回復(fù) 有任何疑惑可以回復(fù)我~