Например, если у меня есть массив int.
int arr[3] = { 1 , 2 , 3 } ;
unsigned char * a = ( unsigned char* )&arr[0] ;
printf("%d " , *( int* )a ) ;
a += sizeof( int ) ;
printf("%d " , *( int* )a ) ;
a += sizeof( int ) ;
printf("%d " , *( int* )a ) ;
Будет ли этот код производить 1 2 3 как на архитектуре с прямым порядком, так и на архитектуре с прямым порядком байтов?
Я предполагаю, что это верно для всех типов, включая структуры?
Да, если вы сохраняете значения int, а затем повторно извлекаете те же самые значения int позже, тогда не имеет значения, как они хранятся ниже (например, big / little endian).
Например, предположим, что вы определяете
int a = 0xaabbccdd;
В системе с прямым порядком байтов это будет сохранено в памяти как 0xdd 0xcc 0xbb 0xaa. В системе с прямым порядком байтов это будет сохранено как 0xaa 0xbb 0xcc 0xdd. Однако, когда вы рассматриваете эту память как int, она всегда будет рассматриваться как 0xaabbccdd. Теперь, если вы просматриваете части исходной памяти (например, часть значения int в памяти), в игру вступает порядок байтов. Например, предположим, что вы читаете только первые два байта из той области памяти, где хранится int:
int *ptr = &a;
short firstTwoBytesInMemory = *(short*)ptr;
Значение firstTwoBytesInMemory будет 0xccdd в системе с прямым порядком байтов и 0xaabb в системе с прямым порядком байтов.
Обновление. В целях дальнейшего расширения структуры, по сути, представляют собой наборы примитивных типов (например, байты, целые числа, указатели на другие объекты и т. д.). Эти примитивные типы обычно располагаются в памяти непрерывно (за некоторыми исключениями для выравнивания и т. Д.). Таким образом, те же правила, которые применяются к приведенному выше примеру int / short, применяются к коллекциям примитивных типов (например, структур).
Если вы начнете получать доступ к частям переменных, то порядок байтов в архитектуре будет иметь значение, но если вы всегда имеете дело с вещами в их правильных типах (например, int, double и т. Д.) В целом, то то, как вещи хранятся ниже, должно быть прозрачный.
Ваше предположение верно. в данной архитектуре проблема с порядком байтов не возникнет, если вы явно не используете функции преобразования с порядком байтов для изменения значения. Проблема endianess возникает при обмене информацией между LE и архитектурой BE (обычно ПК и портативное устройство). в вашем случае вы конвертируете int * в (unsigned char *) и конвертируете (unsigned char *) обратно в (int *), что не влияет на фактические данные (содержимое массива int) при разыменовании указателя. преобразование выполняется по указателю, а не по самому int.
int, оно должно печатать1 2 3. Вы пробовали это и нашли другой ответ? - person Ganesh schedule 26.11.2013typecastданные из одного типа в другой, тогда вы можете ожидать проблем, если интерпретация данных не будет обработана должным образом. Структуры также должны вести себя одинаково в обеих архитектурах, включая вопросы заполнения. Пожалуйста, проверьте этот запрос для получения более подробной информации по этой теме: stackoverflow.com/questions/9971369/ - person Ganesh schedule 26.11.2013