Java legge interi in little endian o big endian?

Chiedo perché sto inviando un flusso di byte da un processo C a Java. Sul lato C il numero intero a 32 bit ha LSB come primo byte e MSB è il quarto byte.

Quindi la mia domanda è: sul lato Java, quando leggiamo il byte come è stato inviato dal processo C, cos'è endian sul lato Java?

Una domanda di follow-up: se l'endian sul lato Java non è lo stesso di quello inviato, come posso convertirli tra loro?

Usa l'ordine dei byte di rete (big endian), che è lo stesso che Java usa comunque. Vedi man htons per i diversi traduttori in C.

Sono inciampato qui tramite Google e ho ottenuto la mia risposta che Java è big endian .

Leggendo le risposte vorrei sottolineare che i byte hanno effettivamente un ordine endian, anche se per fortuna, se hai avuto a che fare solo con microprocessori "tradizionali", è improbabile che tu lo abbia mai incontrato come Intel, Motorola e Zilog tutti concordato sulla direzione di spostamento dei loro chip UART e che MSB di un byte sarebbe stato 2**7e LSB sarebbe stato 2**0nelle loro CPU (ho usato la notazione di potenza FORTRAN per enfatizzare quanti anni ha questa roba :)).

Mi sono imbattuto in questo problema con alcuni dati di downlink seriali dello Space Shuttle più di 20 anni fa, quando abbiamo sostituito un hardware di interfaccia da $ 10.000 con un computer Mac. C'è un brief della NASA Tech pubblicato su di esso molto tempo fa. Ho semplicemente usato una tabella di ricerca a 256 elementi con i bit invertiti ( table[0x01]=0x80ecc.) Dopo che ogni byte è stato spostato dal flusso di bit.

Non ci sono numeri interi senza segno in Java. Tutti i numeri interi sono firmati e in big endian.

Sul lato C ogni byte ha l'LSB all'inizio è a sinistra e l'MSB alla fine.

Sembra che tu stia usando LSB come bit meno significativo, vero? LSB di solito sta per byte meno significativo. Endianness non è basato su bit ma su byte.

Per convertire da un byte senza segno a un intero Java:

int i = (int) b & 0xFF;

Per convertire da little endian a 32 bit senza segno in byte [] a Java long (dalla parte superiore della mia testa, non testato):

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

Non c'è modo che questo possa influenzare qualcosa in Java, poiché non esiste un modo (diretto non API) per mappare alcuni byte direttamente in un int in Java.

Ogni API che fa questo o qualcosa di simile definisce il comportamento in modo abbastanza preciso, quindi dovresti cercare la documentazione di quell'API.

Leggevo i byte uno per uno e li combinavo in un valore lungo . In questo modo controlli l'endianness e il processo di comunicazione è trasparente.

Se si adatta al protocollo che utilizzi, considera l'utilizzo di un DataInputStream, dove il comportamento è molto ben definito .

Java è "Big-endian" come indicato sopra. Ciò significa che l'MSB di un int è a sinistra se si esamina la memoria (almeno su una CPU Intel). Il bit di segno si trova anche nell'MSB per tutti i tipi interi Java.
La lettura di un intero senza segno a 4 byte da un file binario memorizzato da un sistema 'Little-endian' richiede un po 'di adattamento in Java. ReadInt () di DataInputStream prevede il formato Big-endian.
Ecco un esempio che legge un valore senza segno di quattro byte (come visualizzato da HexEdit come 01 00 00 00) in un numero intero con un valore di 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;        
 }

java force in effetti big endian: https://docs.oracle.com/javase/specs/jvms/se8/html/jvms-2.html#jvms-2.11