Чи читає Java цілі числа в маленькому ендіані чи великому ендіані?

Я запитую, тому що я надсилаю потік байтів із процесу C на Java. З боку С 32-бітове ціле число має LSB - перший байт, а MSB - 4-й байт.

Отже, моє запитання: На стороні Java, коли ми читаємо байт так, як він був надісланий із процесу C, що з боку Java є ендіаном ?

Наступне запитання: Якщо ендіан на стороні Java не такий, як надісланий, то як я можу конвертувати між ними?

Використовуйте порядок мережевих байтів (великий ендіан), який такий же, як використовує Java. Див. Людині htons для різних перекладачів у C.

Я натрапив сюди через Google і отримав свою відповідь, що Java - великий ендіанець .

Читаючи відповіді, я хотів би зазначити, що байти дійсно мають порядок ендіан, хоча милосердно, якщо ви мали справу лише з "основними" мікропроцесорами, ви навряд чи коли-небудь стикалися з ним як Intel, Motorola та Zilog all домовились про напрямок зсуву своїх мікросхем UART і про те, що MSB байта буде, 2**7а LSB буде 2**0в їх процесорах (я використовував нотацію потужності FORTRAN, щоб підкреслити, скільки років цей матеріал :)).

Я зіткнувся з цією проблемою з деякими серійними даними про передачу низхідної лінії Space Shuttle 20 років тому, коли ми замінили апаратне забезпечення інтерфейсу в 10 000 доларів на комп'ютер Mac. Про це давно опубліковано короткий текст NASA Tech. Я просто використав таблицю пошуку 256 елементів з бітами, поверненими ( table[0x01]=0x80і т.д.) після зміщення кожного байта з потоку бітів.

У Java немає непідписаних цілих чисел. Всі цілі числа підписані та великими ендіанами.

З боку С кожен байт має TSB на початку, зліва, а MSB в кінці.

Здається, ви використовуєте LSB як найменший істотний біт, чи не так? LSB зазвичай означає найменш значущий байт. Ендіанс заснований не на бітах, а на байтах.

Для перетворення з непідписаного байта в ціле число Java:

int i = (int) b & 0xFF;

Щоб конвертувати з непідписаного 32-бітового маленького ендіана в байті [] до Java довго (зверху голови, не перевірено):

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

Це не може вплинути на що-небудь в Java, оскільки немає (прямого не-API) способу відображення деяких байтів безпосередньо в інту в Java.

Кожен API, який робить це чи щось подібне, визначає поведінку досить точно, тому слід переглянути документацію цього API.

Я читав байти один за іншим, і об'єднати їх в довгострокову вартість. Таким чином ви контролюєте цілеспрямованість, а процес спілкування прозорий.

Якщо він відповідає протоколу, який ви використовуєте, подумайте про використання DataInputStream, де поведінка дуже чітко визначена .

Java - "Біг-ендіан", як зазначено вище. Це означає, що MSB інта знаходиться зліва, якщо ви вивчаєте пам'ять (принаймні на процесорі Intel). Біт знаків також є в MSB для всіх цілих типів Java.
Читання 4-байтного безпідписаного цілого числа з двійкового файлу, що зберігається системою "Little-endian", потребує певної адаптації в Java. DataIputStream readInt () очікує формат Big-endian.
Ось приклад, який читає чотири байтне безпідписане значення (як відображається HexEdit як 01 00 00 00) у ціле число зі значенням 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 дійсно великий ендіан: https://docs.oracle.com/javase/specs/jvms/se8/html/jvms-2.html#jvms-2.11