fwrite() dans C & readInt() en Java diffèrent dans endianess

Question

code natif:

Numéro d'écriture 27 en utilisant fwrite().

int main() 
{ 
    int a = 27; 
    FILE *fp; 
    fp = fopen("/data/tmp.log", "w"); 
    if (!fp) 
    return -errno; 

    fwrite(&a, 4, 1, fp); 
    fclose(); 
    return 0; 
} 

de lecture avant les données (27) à l'aide de DataInputStream.readInt():

public int readIntDataInputStream(void) 
{ 
    String filePath = "/data/tmp.log"; 
    InputStream is = null; 
    DataInputStream dis = null; 
    int k; 

    is = new FileInputStream(filePath); 
    dis = new DataInputStream(is); 
    k = dis.readInt(); 
    Log.i(TAG, "Size : " + k); 
    return 0; 
} 

O/p

Size : 452984832 

Bien que dans l'hexagone est 0x1b000000

0x1b est 27. Mais readInt() lit les données en big endian alors que mon code natif écrit en petit boutiste. . Donc, au lieu de 0x0000001b je reçois 0x1b000000.

Est-ce que je comprends bien? Quelqu'un at-il déjà rencontré ce problème auparavant?

Answer 1

De l'Javadoc pour readInt():

Cette méthode est adaptée pour les octets de lecture écrits par la méthode writeInt de l'interface DataOutput

Si vous voulez lire quelque chose écrit par un programme C vous » ll faut faire l'octet vous permuter, en utilisant les installations dans java.nio. Je n'ai jamais fait cela mais je crois que vous lisiez les données dans un ByteBuffer, définissiez l'ordre du tampon à ByteOrder.LITTLE_ENDIAN et ensuite créiez une vue IntBuffer sur ByteBuffer si vous avez un tableau de valeurs, ou utilisez simplement ByteBuffer#getInt() pour une seule valeur. Tout cela mis à part, je suis d'accord avec @EJP que le format externe pour les données devrait être big-endian pour une compatibilité maximale.

Answer 2

Il y a plusieurs questions dans votre code:

• Vous assumez que la taille de int est 4, il est pas nécessairement vrai, et puisque vous voulez traiter 32 bits ints, vous devez utiliser int32_t ou uint32_t.

• Vous devez ouvrir le fichier en plus binaire pour écrire des données binaires de façon fiable. Le code ci-dessus échouerait sur Windows pour une sortie moins triviale. Utilisez fopen("/data/tmp.log", "wb").

• Vous devez faire face à l'endianness. Vous utilisez le fichier pour échanger des données entre différentes plates-formes qui peuvent avoir différentes API endianness et/ou endian spécifiques. Java semble utiliser big-endian, alias byte réseau, donc vous devriez convertir les valeurs sur la plate-forme C avec la fonction utilitaire hton32(). Il est peu probable que cela ait un impact significatif sur les performances du côté PC, car cette fonction est généralement développée en ligne, éventuellement en tant qu'instrument unique et la plupart du temps, elle sera utilisée en attente d'E/S.

Voici une version modifiée du code:

#include <endian.h> 
#include <stdint.h> 
#include <stdio.h> 

int main(void) { 
    uint32_t a = hton32(27); 
    FILE *fp = fopen("/data/tmp.log", "wb"); 
    if (!fp) { 
     return errno; 
    } 
    fwrite(&a, sizeof a, 1, fp); 
    fclose(); 
    return 0; 
}