java中byte,java中byte的用法

本文目錄一覽：

• 1、java中byte占幾個位元組
• 2、JAVA中byte類型的介紹。 謝謝
• 3、java中byte[]是怎麼意思
• 4、java中的byte有什麼作用

java中byte占幾個位元組

就一個位元組呀

我再幫你補充下：short 兩位元組 int 四位元組 long int 8位元組

char 兩位元組 float 32位元組 double 64位元組

JAVA中byte類型的介紹。 謝謝

Java也提供了一個byte數據類型，並且是基本類型。java byte是做為最小的數字來處理的，因此它的值域被定義為-128~127，也就是signed byte。

byte，即位元組，由8位的二進制組成。在Java中，byte類型的數據是8位帶符號的二進制數。

在計算機中，8位帶符號二進制數的取值範圍是[-128, 127]，所以在Java中，byte類型的取值範圍也是[-128, 127]。

運算規則：

####正數的最高位都是 0 ，正數的值就是二進制表示的值。 ####

####負數的最高位都是 1 ，負數的值是 取反後加一 然後加個負號得到得值。 ####

用8位的二進制來說明此規則：

比如：00000001。最高位是0 為正數 ，那麼表示的就是 十進制的 1。

再比如：10000001.最高位是1 為負數，值是多少？取反得到 01111110 加1 得到 01111111 ，那麼值為 -127

理解此運算規則我們正式開始說byte，byte正好是8位的二進制數。short是16位 int是32位 long是64位。

上述代碼，最後會輸出-56。原因如下：

200的二進制表示是111001000，由於int是32位的二進制，所以在計算機中，實際上是00000000000……111001000，當int轉成byte的時候，那麼計算機會只保留最後8位，即11001000。

然後11001000的最高位是1，那麼表示是一個負數，而負數在計算機中都是以補碼的形式保存的，所以我們計算11001000的原碼為00111000，即56，所以11001000表示的是-56，所以最後test的值為-56。

擴展資料

Java編譯程序生成位元組碼（byte-code），而不是通常的機器碼。Java位元組碼提供對體系結構中性的目標文件格式，代碼設計成可有效地傳送程序到多個平台。Java程序可以在任何實現了Java解釋程序和運行系統（run-time system）的系統上運行。

在一個解釋性的環境中，程序開發的標準「鏈接」階段大大消失了。如果說Java還有一個鏈接階段，它只是把新類裝進環境的過程，它是增量式的、輕量級的過程。

因此，Java支持快速原型和容易試驗，它將導致快速程序開發。這是一個與傳統的、耗時的「編譯、鏈接和測試」形成鮮明對比的精巧的開發過程。

參考資料來源：百度百科—Java（計算機編程語言）

java中byte[]是怎麼意思

byte即位元組的意思，是java中的基本類型，用心申明位元組型的變量。

通常在讀取非文本文件時（如圖片，聲音，可執行文件）需要用位元組數組來保存文件的內容。

在下載文件時，也是用byte數組作臨時的緩衝器接收文件內容。所以說byte在文件操作時是必不可少的。不管是對文件寫入還是讀取都要用到。

擴展資料：

Java具有簡單性、面向對象、分佈式、健壯性、安全性、平台獨立與可移植性、多線程、動態性等特點。Java可以編寫桌面應用程序、Web應用程序、分佈式系統和嵌入式系統應用程序等。

Java語言是一門隨時代快速發展的計算機語言程序，其深刻展示了程序編寫的精髓，加上其簡明嚴謹的結構及簡潔的語法編寫為其將來的發展及維護提供了保障。

由於提供了網絡應用的支持和多媒體的存取，會推動Internet和企業網絡的Web的應用。

參考資料來源：百度百科-Java （計算機編程語言）

java中的byte有什麼作用

在今天，byte位元組就是一個八位元組，使用其它位數的機器都進了博物館。 java也提供了一個byte數據類型，並且是基本類型。java byte是做為最小的數字來處理的，因此它的值域被定義為-128~127，也就是signed byte。不幸的是，byte的用作計數的時間遠少於用表達基本內存單元的時間。比如從stream里讀入一個雙位元組字符，我們先收到2個byte。為了把byte轉換成適當的形式，需要對byte值做一些比較，比如判斷字符集要比較其是否在某個編碼範圍內，比如GBK 0x8140~0xFEFE，然後new適當的string。 signed byte 把 0x00 ~ 0xff 映射成 0~127 -128~-1 兩段，注意當與literal比較時，java自動將literal識別成int 可以用 下面的小程序來驗證： 1 public class JavaByte 2 { 3 public static void main(String[] args) 4 { 5 byte b = 0; 6 for ( int i = 0; i = 0xff; ++i ) 7 { 8 b = (byte)i; 9 System.out.print(” “+i+”:”+b+”, “); 10 } 11 } 12 } 當收到(0xC7B0)這個GBK字符時，要判斷 0x81 = 0xC7 = 0xFE 是否成立，實際變成判斷 -127 -57 -2，唔，萬幸，可以直接比較 low ch high。如果要判斷 0x00 = 0xC7 = 0x80 (ASC Char)，這回麻煩了，變成判斷 (0 = -57 = 127) || ( 0x57 == -128 )。比較簡單的辦法用 (b+256)%256的辦法令其值回到0~255，或者用0xff並賦給一個int。考慮到jvm里的byte其實也是32位的，所以在計劃用byte的地方，直接用integer並不會有什麼實際的損失，而 DataInputStream也提供了一個readUnsignedByte()方法返回的是int。所以真正的解決方案是忘掉byte，直接上 int。至於為什麼java沒有unsigned數據類型，照下面這個interview里Jams Golsing的意思，應該是java應該簡單而unsigned算術過於複雜了會讓大多數程序員產生誤解誤用：