Java küçük endian veya büyük endian'da tamsayı okur mu?

Soruyorum çünkü bir C işleminden Java'ya bir bayt akışı gönderiyorum. C tarafında 32 bitlik tam sayı LSB'ye sahiptir ve ilk bayt, MSB ise 4. bayttır.

Yani sorum şu: Java tarafında, C işleminden gönderilen baytı okuduğumuzda , Java tarafında endian nedir?

Takip eden bir soru: Java tarafındaki endian gönderilenle aynı değilse, aralarında nasıl dönüşüm yapabilirim?

Java'nın yine de kullandığı ağ bayt sırasını (big endian) kullanın. C'deki farklı çevirmenler için man htons'a bakın.

Burada Google aracılığıyla tökezledim ve Java'nın büyük endian olduğu cevabımı aldım .

Yanıtları okurken baytların gerçekten de bir endian düzenine sahip olduğunu belirtmek isterim, ancak neyse ki, yalnızca “ana akım” mikroişlemcilerle uğraştıysanız, Intel, Motorola ve Zilog olarak şimdiye kadar karşılaşmış olmanız pek olası değildir. UART yongalarının kayma yönü ve bir baytın MSB'sinin 2**7ve LSB'nin 2**0CPU'larında olacağı konusunda hemfikir oldu (Bu şeyin ne kadar eski olduğunu vurgulamak için FORTRAN güç gösterimini kullandım :)).

Bu sorunla 20+ yıl önce 10.000 $ 'lık arayüz donanımını bir Mac bilgisayarla değiştirdiğimizde bazı Space Shuttle bit seri bağlantı indirme verileriyle karşılaştım. Uzun zaman önce yayınlanan bir NASA Tech brifingi var. table[0x01]=0x80Her bir bayt bit akışından kaydırıldıktan sonra bitleri ters çevrilmiş ( vb.) 256 elemanlı bir arama tablosu kullandım .

Java'da işaretsiz tamsayı yoktur. Tüm tamsayılar işaretlidir ve büyük endian'dır.

C tarafında her bir baytın başında bir LSB vardır ve solda MSB sondadır.

En az anlamlı bit olarak LSB kullanıyormuşsunuz gibi geliyor, değil mi? LSB genellikle en az anlamlı baytı ifade eder. Aşk bit tabanlı değil bayt tabanlıdır.

İşaretsiz bayttan Java tamsayıya dönüştürmek için:

int i = (int) b & 0xFF;

İmzasız 32-bit little-endian'dan [] bayt cinsinden Java'ya dönüştürmek için (başımın tepesinden, test edilmemiş):

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'daki bazı baytları doğrudan bir int ile eşlemenin (doğrudan API olmayan) bir yolu olmadığından, bunun Java'daki herhangi bir şeyi etkilemesi mümkün değildir.

Bunu veya benzer bir şeyi yapan her API, davranışı oldukça hassas bir şekilde tanımlar, bu nedenle bu API'nin belgelerine bakmalısınız.

Baytları tek tek okuyup uzun bir değerde birleştirirdim . Bu şekilde sonu kontrol edersiniz ve iletişim süreci şeffaftır.

Kullandığınız protokole uyuyorsa, davranışın çok iyi tanımlandığı bir DataInputStream kullanmayı düşünün .

Java, yukarıda belirtildiği gibi 'Big-endian'dır. Bu, belleği incelerseniz (en azından bir Intel CPU'da) int'in MSB'sinin solda olduğu anlamına gelir. İşaret biti ayrıca tüm Java tamsayı türleri için MSB'dedir.
Bir 'Little-endian' sistemi tarafından depolanan bir ikili dosyadan 4 baytlık işaretsiz bir tamsayı okumak Java'da biraz uyarlama gerektirir. DataInputStream'in readInt () işlevi Big-endian biçimini beklemektedir.
İşte dört baytlık işaretsiz bir değeri (HexEdit tarafından 01 00 00 00 olarak görüntülendiği gibi) 1 değerine sahip bir tam sayıya okuyan bir örnek:

 // 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 gücü gerçekten büyük endian: https://docs.oracle.com/javase/specs/jvms/se8/html/jvms-2.html#jvms-2.11