Читает ли Java целые числа с прямым или обратным порядком байтов?

Используйте сетевой порядок байтов (прямой порядок байтов), который в любом случае тот же, что и в Java. Смотрите man htons для различных переводчиков в C.

Я наткнулся здесь через Google и получил ответ, что Java является с прямым порядком байтов.

Читая ответы, я хотел бы отметить, что байты действительно имеют порядок следования байтов, хотя, к счастью, если вы имели дело только с «основными» микропроцессорами, вы вряд ли когда-либо сталкивались с этим, поскольку Intel, Motorola и Zilog все договорились о направлении сдвига своих микросхем UART и о том, что MSB байта будет 2**7, а LSB будет 2**0 в их процессорах (я использовал обозначение мощности FORTRAN, чтобы подчеркнуть, сколько лет этому материалу :)).

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

В Java нет целых чисел без знака. Все целые числа подписаны и имеют прямой порядок байтов.

На стороне C каждый байт имеет младший бит в начале слева и старший бит в конце.

Похоже, вы используете LSB как младший бит, не так ли? LSB обычно обозначает младший байт. Порядок байтов основан не на битах, а на байтах.

Чтобы преобразовать из байта без знака в целое число Java:

int i = (int) b & 0xFF;

Чтобы преобразовать из беззнакового 32-битного little-endian в byte [] в Java long (из верхней части моей головы, не тестировалось):

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, поскольку в Java нет способа (прямого, не связанного с API) отображать некоторые байты непосредственно в int.

Каждый API, который делает это или что-то подобное, довольно точно определяет поведение, поэтому вам следует поискать документацию по этому API.

Я читал байты один за другим и объединял их в значение long. Таким образом, вы контролируете порядок байтов, и процесс коммуникации становится прозрачным.

Если он соответствует используемому вами протоколу, рассмотрите возможность использования DataInputStream, где поведение очень хорошо определено.

Как отмечалось выше, Java имеет "обратный порядок байтов". Это означает, что MSB int находится слева, если вы исследуете память (по крайней мере, на процессоре Intel). Знаковый бит также находится в MSB для всех целочисленных типов Java.
Чтение 4-байтового целого числа без знака из двоичного файла, хранящегося в системе с прямым порядком байтов, требует некоторой адаптации в Java. Функция readInt () DataInputStream использует формат с прямым порядком байтов.
Вот пример, который считывает четырехбайтовое беззнаковое значение (отображаемое 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 действительно big endian: https://docs.oracle.com/javase/specs/jvms/se8/html/jvms-2.html#jvms-2.11