Comment chaque octet est-il dans un entier stocké dans la CPU / mémoire?

Parce que le processeur que vous utilisez est Little-Endian . L'ordre des octets, d'un type fondamental multi-octets, est échangé. Sur une machine de grande endian, ce serait comme vous vous attendez.

C'est parce que vous exécutez le programme sur un Little Endian CPU. Voir aussi Endiangness ici et là .

Endian-Ness est évidemment la réponse que GoZ a souligné.

Mais pour ceux qui ne sont pas clairs de ce que cela signifie, il est également important de comprendre que l'ordre des octets affichés dans l'exemple est identique à la commande dans l'INT d'origine. MemCpy ne change pas l'ordre des octets, quel que soit le type edian de la plate-forme.

Différentes machines peuvent avoir un ordre d'octets différent, mais jetez un coup d'œil à ce code et réfléchissez à ce qui se passe, en fonction de la base des octets:

long x = 89;
short *p = (short*)&x;
short y = *p;

Si vous souhaitez que votre application soit portable ou développée au sein d'une équipe, vous ne voulez probablement pas suivre cette logique car elle causerait du mal à attraper des bugs et de prolonger le développement.

Parce que l'ordre d'octet est une décision de conception arbitraire. Une fois dans un registre, il n'y a pas d'ordre d'octet 1 .

L'ordre des octets se pose lorsque nous abordons des unités plus petites comme des octets. C'est une décision essentiellement arbitraire que le concepteur de la CPU obtient: Big-Endian ou Little-Endian.

Il est utile de simplifier la situation et de se rendre compte qu'il s'agit principalement de la connexion à des périphériques d'octets commandés. Oui, il peut être découvert via l'adressage des octets comme vous l'avez prouvé, mais dans des valeurs générales scalaires sont chargées et stockées comme des unités, dans des registres, et dans ce cas, l'ordre des octets ne change rien. Les bits les plus significatifs sont sur "la gauche", du moins, la façon dont nous écrivons habituellement des nombres. Et c'est pourquoi le <<< / code> et >> Les opérateurs produisent toujours les mêmes résultats sur les machines de Big-Endian VS Little-Endian lorsqu'ils sont utilisés conformément aux normes de langue.

Mais pour lire et écrire des flux de données sur des périphériques, vous êtes obligé de choisir un ordre d'octets. En effet, les périphériques sont des périphériques de flux d'octets fondamentalement. L'adresse la plus basse a-t-elle les bits les plus importants ou le moins? Cela fait les deux manières et les camps étaient plutôt divisés uniformément.

Parce que la mémoire elle-même est une octet adressée, il est certainement possible de dériver un comportement différent sans périphérique, mais cela ne se produit généralement pas sans piquet délibéré à l'intérieur comme vous l'avez fait.

Imaginez une CPU qui n'a pas d'octets, seulement des mots 32 bits, adressés à 0, 1, 2. Le compilateur C constitue de char, int et long tous les objets 32 bits. (Ceci est autorisé par CX9.) WOW, pas de problèmes d'ordre d'octets! C'est à la fois! Mais .. que se passe-t-il lorsque nous raccordons notre premier périphérique ??

---

1. _{Eh bien, X86 a des registres que Alias ​​se comporte, mais c'est une autre histoire.}