关于文件、网络传输以及内存存储的大小端问题

我理解的大小端应该指的是一种存储方式，而且仅对于大于1个byte的short型，word型等变量的存储有意义。

对于一个文件来讲，在大端和小端的处理器上是没有区别的，都是按顺序排列的字节流；但当该文件比如是个视频码流文件，而且其中比如4个byte表示一个长度域时，不同存储方式的处理器所获得值就不一样了：

文件头--->>>n n+1 n+2 n+3 --->>>文件尾

    0x01     0x02        0x03        0x04

对于大端处理器来说，如果直接按uint32来取值的话，得到的就是0x01020304，长度值=0x01020304；

而对于小端处理器来说，直接按uint32来取值的话，得到的就是0x04030201，长度值=0x04030201；

对于网络数据来说，和文件存储是一样的，网络的字节流就像是文件的字节流。因此对于多数的标准协议文档，都固定采用的是按照大端的内存存储顺序来构造大于1个byte的域，对于一个32位的域，其值val = 0xaabbccdd，无论大端还是小端处理器，正确的应该是按照0xaa，0xbb，0xcc，0xdd的顺序发送网络或者存储文件，

dstBuf[m] = 0xaa;

dstBuf[m+1] = 0xbb;

dstBuf[m+2] = 0xcc;

dstBuf[m+3] = 0xdd;

而不是采用

memcpy(dstBuf, &val, 4)；

的方式。因为对于大端的内存存储，在内存中这个值是按低地址低位的顺序，即从低到高为0xaa, 0xbb, 0xcc, 0xdd；而对于小端的内存存储，在内存中这个值是按高位低地址的顺序，即从低到高为0xdd, 0xcc, 0xbb, 0xaa。所以就造成了不同的编码结果。

而接收端对收到的字节流按照先收到的在高位的大端顺序来构造该域的值，就是

((byte0) << 24) | ((byte1) << 16) | ((byte2) << 8) | (byte3)

也就是0xaabbccdd，和发送的值是一样的。

总之，编码后的文件或者网络视频流应该是统一的，不随着不同处理器而改变的。