我正在阅读这个网站http://www.geeksforgeeks.org/little-and-big-endian-mystery/上关于小端和大端表示法的内容。
假设我们有一个数字0x01234567，那么在小端中它被存储为(67)(45)(23)(01)，而在大端中则被存储为(01)(23)(45)(67)。
char *s= "ABCDEF"
int *p = (int *)s;
printf("%d",*(p+1)); // prints 17475 (value of DC)
使用2字节的int，这是您在内存中拥有的内容
memAddr | 0 | 1 | 2 | 3 | 4 | 5 | 6 |
data | 'A' | 'B' | 'C' | 'D' | 'E' | 'F' | '\0' |
^ s points here
^ p+1 points here
现在，看起来你正在使用ASCII编码，所以这实际上是你在内存中真正拥有的
memAddr | 0 | 1 | 2 | 3 | 4 | 5 | 6 |
data | 0x41 | 0x42 | 0x43 | 0x44 | 0x45 | 0x46 | 0x00 |
^ s points here
^ p+1 points here
回应您的评论...c字符串是一个以NUL结尾的char数组，这是绝对正确的。字节序仅适用于原始类型，如short、int、long、long long等（“原始类型”可能不正确，知道的人可以纠正我）。数组只是一段连续内存，其中一个或多个类型直接相邻存储，按顺序存储。整个数组没有字节序的概念，但是字节序确实适用于数组中各个元素的原始类型。假设你有以下内容，假设是2字节的int：
int array[3]; // with 2 byte ints, this occupies 6 contiguous bytes in memory
array[0] = 0x1234;
array[1] = 0x5678;
array[2] = 0x9abc;
这就是内存的样子：无论是大端还是小端机器，它的样子都是一样的。
memAddr | 0-1 | 2-3 | 4-5 |
data | array[0] | array[1] | array[2] |
array[0]。memAddr | 0 | 1 | 2 | 3 | 4 | 5 |
data | 0x34 | 0x12 | 0x78 | 0x56 | 0xbc | 0x9a |
^______^ ^______^ ^______^
array[0] array[1] array[2]
最不重要的字节排在最前面。大端机器看起来是这样的:
memAddr | 0 | 1 | 2 | 3 | 4 | 5 |
data | 0x12 | 0x34 | 0x56 | 0x78 | 0x9a | 0xbc |
^______^ ^______^ ^______^
array[0] array[1] array[2]
char word[] = "hey";
这是您在内存中拥有的内容：
memAddr | 0 | 1 | 2 | 3 |
data | word[0] | word[1] | word[2] | word[3] |
equals NUL terminator '\0' ^
在这种情况下，word数组的每个元素都是一个单字节，而且只有一种方式来对单个项目进行排序，因此无论在小端或大端机器上，这就是你在内存中拥有的内容:
memAddr | 0 | 1 | 2 | 3 |
data | 0x68 | 0x65 | 0x79 | 0x00 |
字节序仅适用于多字节原始类型。 我强烈建议在调试器中四处查看以了解其实际效果。 所有流行的IDE都有内存查看窗口，或者使用 gdb 可以打印内存。 在 gdb 中，您可以按字节、半字（2个字节）、字（4个字节）、巨型字（8个字节）等方式打印内存。 在小端机器上，如果将字符串按字节打印出来，您将按顺序看到字母。 按半字打印，您会看到每2个字母“反转”，按字打印，每4个字母“反转”等等。 在大端机器上，所有内容都将按相同的“可读”顺序打印出来。
2022 编辑
处理器不知道它正在处理什么类型的数据，文本还是数字。在内存中，所有东西都是数字。
（特殊的CPU指令处理浮点数，期望4/8个字节符合某些标准，但无论如何，在内存中它们只是8位字节，其值从0到255，就像其他所有东西一样）
通常情况下
the letter 'A' is represented by the hex number 0x41 (65 decimal)
...
the letter 'F' is represented by the hex number 0x46 (70 decimal)
文本"ABCDEF"在内存中显示为（十六进制），（在C语言中编译器在'F'之后添加一个字节0）
----- addresses ----->
|41|42|43|44|45|46|00|
----------------------
p+1位置（您的示例）的整数。---- addresses --->
|41|42|43|44|45|46|
|p + 0|p + 1|p + 2|
-------------------
由于这是一个小端系统，i 的值为
0x4443 (17475 in decimal, the value you saw)
读取的第一个字节是一个int的最低有效字节(0x43)，下一个字节是最高有效字节(MSB, 0x44)。
请注意，在大端系统上，它将是
0x4344 (17220 in decimal)
0xABCDEF（十六进制，11259375 十进制）存储在内存中。我们至少需要一个 32 位整数才能将该值存储在变量中；假设您的编译器 long 类型拥有 32 位。long l = 0xABCDEF;
在内存（小端）中，数字的存储方式如下：
------------>
|EF|CD|AB|00|
-------------
2017原始回答
似乎在字符串和字符之间存在一些混淆。
1) "ABCDEF"
数字11,259,375在十六进制表示为
2) 0xABCDEF
A B C D E F
41 42 43 44 45 46 [ text ]
00 AB CD EF [ integer ]
----(addresses)---->
小端字节序
----(addresses)---->
A B C D E F
41 42 43 44 45 46 [ text ]
EF CD AB 00 [ integer ]
char *s= "ABCDEF"; // text
int *p = (int *)s; //
printf("%d",*(p+1)); // *(p+1) is p[1]
sizeof(int) == 2，打印出的数字（17475）是0x4443，或者说是' DC '（字符），其中0x44（'D'）作为MSB，0x43（'C'）作为LSB，表明您的架构是小端序。int读取，会得到一个取决于字节序的数字。是的，在这种情况下，字节序很重要。char s[] = { 'A', 'B', 'C', 'D', 'E', 'F', 0 };
0xABCDEF是字节序列。0xAB 0xCD 0xEF
这里就涉及到了字节序的问题：
int x = { 0xEF, 0xCD, 0xAB };int x = { 0xAB, 0xCD, 0xEF }int x = { 0xEF, 0x00, 0xCD, 0xAB }
17989(十六进制:0x4645)，这对我来说似乎非常正常。 - jwodders指向 6 个字节。你将p赋值为s，但当你打印时却使用了p+1。假设你的int是 4 个字节，这将把p指向'E'。下一个字节是'F'，然后接下来的两个字节超出了你分配的空间。但撇开这些不谈，这看起来很好，我的小端打印输出是 0x25004645。0x45 是'E'，0x46 是'F'，而 0x00 和 0x25 则是无人区。 - yanoint（在我的机器上是short），忘记 UB（未定义行为），看起来仍然不错。我的输出现在是 0x4443，其中0x43是'C'，0x44是'D'。我怀疑你把字符串的 ASCII 字符与十六进制值混淆了？你字符串中的每个字符对应一个字节，可以用 2 位十六进制数表示。使用printf格式说明符"%x"以十六进制打印。17475 确实是 0x4443，这是小端机器所期望的结果。 - yano