課程
/后端開發
/Java
/文件傳輸基礎——Java IO流
如題如題如題
2016-10-30
源自：文件傳輸基礎——Java IO流 4-2
正在回答
簡單點說，原來開辟空間之后輸入的buf是Byte型，只有8位。現在要用Integer.toHexString把int型轉化成字符型，這個函數括號里輸入的一定要是int型也就是32位；為了不發生錯誤，就先用位與&把Byte型（只有8位）前面的24位全都變成0（比如：byte數據1011 1011&1111 1111 1111 1111....，按位運算，高位不足補0，1&1=1，1&0=0，0&0=0）。打個比方就是：8個乒乓球（byte數據）放到長度為32的筒狀盒子（Integer）里，為了讓這8個球不亂晃并且剛好貼近開口方便拿（可以正確讀?。桶训撞?4個長度用廢報紙（與0xff得到的高24位）塞上。有或者沒有&0xff看具體用什么數據類型，不是都要加的，“與ff”是數據存儲時把短數據變成長數據的常用做法。
Juneava 提問者
源碼里已經進行了&0xff操作
你肯定之前的沒看懂，老實說read讀取低8位，其余為補0，用Integer.toHexString()方法就不會輸出前面的0；相反去過在不知道其位的情況下，需要&0xff手動將其余位清零。具體的你需要知道在計算機中任何數字都以反碼存放，去了解相關知識吧。
方法printHex是無符號讀取，所有的字節前面都是加24個零，這樣就不會出現
出0ffffffa之類的了
貌似那里放的是byte還是什么類型。一個byte就是8位（8bit），一個8位的長度所以就能放完。但是int類型占用的是4個字節，每個字節是8位，一共32位，所以要放4次，每次放8位。
因為第一個里面的放置的都是用8位就能表示完的數或者什么的，沒必要這樣做了。建議去看看微機原理，進制和數據表示。
舉報
為您介紹IO流的使用，以及對象的序列化和反序列化的內容
1 回答為什么還要多出一個字符流這種方法
1 回答在輸出byte[]數組的buf[i]時，會輸出一個int型的4字節的數
3 回答老師的System.out.print(Integer.toHexString(buf[i]&0xff)+" ");句中為什么要加0xff？
2 回答foreach取buf里面的每一個byte以后，為什么還要&0xff，一個byte不是已經8bit了嗎
1 回答這三種方法定義的String類型有什么不同，b是一個字符數組
Copyright ? 2025 imooc.com All Rights Reserved | 京ICP備12003892號-11 京公網安備11010802030151號
購課補貼聯系客服咨詢優惠詳情
慕課網APP您的移動學習伙伴
掃描二維碼關注慕課網微信公眾號
2017-04-06
簡單點說，原來開辟空間之后輸入的buf是Byte型，只有8位。現在要用Integer.toHexString把int型轉化成字符型，這個函數括號里輸入的一定要是int型也就是32位；為了不發生錯誤，就先用位與&把Byte型（只有8位）前面的24位全都變成0（比如：byte數據1011 1011&1111 1111 1111 1111....，按位運算，高位不足補0，1&1=1，1&0=0，0&0=0）。打個比方就是：8個乒乓球（byte數據）放到長度為32的筒狀盒子（Integer）里，為了讓這8個球不亂晃并且剛好貼近開口方便拿（可以正確讀?。桶训撞?4個長度用廢報紙（與0xff得到的高24位）塞上。有或者沒有&0xff看具體用什么數據類型，不是都要加的，“與ff”是數據存儲時把短數據變成長數據的常用做法。
2017-04-16
源碼里已經進行了&0xff操作
2017-02-12
你肯定之前的沒看懂，老實說read讀取低8位，其余為補0，用Integer.toHexString()方法就不會輸出前面的0；相反去過在不知道其位的情況下，需要&0xff手動將其余位清零。具體的你需要知道在計算機中任何數字都以反碼存放，去了解相關知識吧。
2016-11-01
方法printHex是無符號讀取，所有的字節前面都是加24個零，這樣就不會出現
出0ffffffa之類的了
2016-10-30
貌似那里放的是byte還是什么類型。一個byte就是8位（8bit），一個8位的長度所以就能放完。但是int類型占用的是4個字節，每個字節是8位，一共32位，所以要放4次，每次放8位。
2016-10-30
因為第一個里面的放置的都是用8位就能表示完的數或者什么的，沒必要這樣做了。建議去看看微機原理，進制和數據表示。