Java có đọc các số nguyên trong endian nhỏ hay endian lớn không?

Tôi hỏi vì tôi đang gửi một luồng byte từ một quy trình C sang Java. Ở phía C, số nguyên 32 bit có LSB là byte đầu tiên và MSB là byte thứ 4.

Vì vậy, câu hỏi của tôi là: Về phía Java khi chúng ta đọc byte khi nó được gửi từ tiến trình C, endian ở phía Java là gì?

Một câu hỏi tiếp theo: Nếu endian bên Java không giống với endian đã gửi, làm cách nào để chuyển đổi giữa chúng?

Sử dụng thứ tự byte mạng (big endian), giống như Java sử dụng. Xem htons man cho các trình dịch khác nhau trong C.

Tôi tình cờ đến đây qua Google và nhận được câu trả lời rằng Java là một ứng dụng quan trọng .

Đọc qua các câu trả lời, tôi muốn chỉ ra rằng byte thực sự có thứ tự endian, mặc dù thật may mắn, nếu bạn chỉ xử lý các bộ vi xử lý “chính thống”, bạn có thể sẽ không bao giờ gặp phải nó như Intel, Motorola và Zilog tất cả đã đồng ý về hướng dịch chuyển của các chip UART của họ và MSB của một byte sẽ là 2**7và LSB sẽ nằm 2**0trong CPU của họ (tôi đã sử dụng ký hiệu nguồn FORTRAN để nhấn mạnh rằng thứ này cũ như thế nào :)).

Tôi đã gặp phải vấn đề này với một số dữ liệu đường xuống nối tiếp bit của Space Shuttle hơn 20 năm trước khi chúng tôi thay thế phần cứng giao diện $ 10K bằng máy tính Mac. Có một bản tóm tắt về Công nghệ của NASA đã được công bố về nó từ lâu. Tôi chỉ đơn giản sử dụng một bảng tra cứu 256 phần tử với các bit được đảo ngược ( table[0x01]=0x80v.v.) sau khi mỗi byte được chuyển vào từ dòng bit.

Không có số nguyên không dấu trong Java. Tất cả các số nguyên được ký và ở dạng endian lớn.

Ở phía C, mỗi byte có tne LSB ở đầu là ở bên trái và MSB ở cuối.

Có vẻ như bạn đang sử dụng LSB là ít đáng kể nhất, phải không? LSB thường là viết tắt của byte ít quan trọng nhất. Endianness không dựa trên bit mà dựa trên byte.

Để chuyển đổi từ byte không dấu thành số nguyên Java:

int i = (int) b & 0xFF;

Để chuyển đổi từ bit-endian 32 bit không dấu trong byte [] sang Java dài (từ đỉnh đầu của tôi, chưa được kiểm tra):

long l = (long)b[0] & 0xFF;
l += ((long)b[1] & 0xFF) << 8;
l += ((long)b[2] & 0xFF) << 16;
l += ((long)b[3] & 0xFF) << 24;

Không có cách nào điều này có thể ảnh hưởng đến bất cứ điều gì trong Java, vì không có cách nào (trực tiếp không phải API) để ánh xạ một số byte trực tiếp thành một int trong Java.

Mọi API thực hiện điều này hoặc điều gì đó tương tự đều xác định hành vi khá chính xác, vì vậy bạn nên tra cứu tài liệu của API đó.

Tôi sẽ đọc từng byte một và kết hợp chúng thành một giá trị dài . Bằng cách đó, bạn kiểm soát được sự liên kết và quá trình giao tiếp diễn ra minh bạch.

Nếu nó phù hợp với giao thức bạn sử dụng, hãy cân nhắc sử dụng DataInputStream, nơi hành vi được xác định rất rõ .

Java là 'Big-endian' như đã nói ở trên. Điều đó có nghĩa là MSB của một int nằm ở bên trái nếu bạn kiểm tra bộ nhớ (ít nhất là trên CPU Intel). Bit dấu cũng có trong MSB cho tất cả các kiểu số nguyên Java.
Việc đọc một số nguyên không dấu 4 byte từ tệp nhị phân được lưu trữ bởi hệ thống 'Little-endian' cần một chút điều chỉnh trong Java. ReadInt () của DataInputStream mong đợi định dạng Big-endian.
Đây là một ví dụ đọc một giá trị không dấu bốn byte (như được hiển thị bởi HexEdit là 01 00 00 00) thành một số nguyên có giá trị là 1:

 // Declare an array of 4 shorts to hold the four unsigned bytes
 short[] tempShort = new short[4];
 for (int b = 0; b < 4; b++) {
    tempShort[b] = (short)dIStream.readUnsignedByte();           
 }
 int curVal = convToInt(tempShort);

 // Pass an array of four shorts which convert from LSB first 
 public int convToInt(short[] sb)
 {
   int answer = sb[0];
   answer += sb[1] << 8;
   answer += sb[2] << 16;
   answer += sb[3] << 24;
   return answer;        
 }

Lực lượng java thực sự lớn: https://docs.oracle.com/javase/specs/jvms/se8/html/jvms-2.html#jvms-2.11