0x12345678是多少，8位十六进制数占多少字节比如0x12345678这是多少字节

1，8位十六进制数占多少字节比如0x12345678这是多少字节

一位十六进制代表四位二进制，0x12345678转换成二进制就是0001-0010-0011-0100-0101-0110-0111- 1000而没八位二进制占一个字节，所以你 8位十六进制数占4字节

8位十六进制数占多少字节比如0x12345678这是多少字节

2，为什么QQ三国老是说不能read

故障现象：从桌面或开始菜单中打开任何一个程序, 有时会出现错误提示："0x12345678"指令引用的"0x12345678"内存,该内存不能为"read"。数字部份代表可变值。当我们从“运行”中打开程序没问题。处理办法：运行执行regedit进入注册表, 在进入：HKEY_LOCAL_MACHINE\\SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Explorer\\ShellExecuteHooks下，这个键值下面应该只有一个正常的键值"{AEB6717E-7E19-11d0-97EE-00C04FD91972}, 如果有其他的我们可以将其它的全部删除，只保留这个默认键值。这样问题就可以搞定了。

为什么QQ三国老是说不能read

3，什么叫小端格式

大端格式：在这种格式中2113，字数据的高字节存储在低地址中，而字数据的低字5261节则4102存放在高地址中。小端格式：与大端存储格式相反，在小端存储格式中1653，低地址专中存放的是字属数据的低字节，高地址存放的是字数据的高字节。

大小端模式是存储格式，和是什么处理器没有太大关系。比如要把0x12345678存在0x1000-0x1003的内存单元。小端模式下，[0x1000]=0x78[0x1001]=0x56[0x1002]=0x34[0x1003]=0x12大端模式下，[0x1000]=0x12[0x1001]=0x34[0x1002]=0x56[0x1003]=0x78我们常用的x86结构是小端模式，而keil c51则为大端模式。arm处理器通常可以选择大小端模式。

什么叫小端格式

4，DSP执行语句LD 0001H16B后累加器B的内容为什么是 B0

0x12345678这个是16进制的表示方法转换成2进制：1 0010 0011 0100 0101 0110 0111 1000union 由于m是个联合结构所以整个结构在内存中占一个long这么大的空间(在vc6.0中是32位二进制，现在应该是占64位)，同时三个元素a,b,c共用这段内存好了，由于m.b = 0x12345678; 所以，赋值后这段内存空间内的值就为：0001 0010 0011 0100 0101 0110 0111 1000 (低32位，)好了unsigned char c;c是个unsigned char类型所以只取低8位二进制位，转成无符号char类型的数：0111 1000这8位二进制数，转成10进制数，就是120所以printf("%d\n", m.c); 以10进制整数的形式输出m.c就是120

把累加寄存器a中的数移3位后再装入a，二进制左移动3位相当于乘以8。如果觉得答案解决了你的问题，请采纳，有问题可继续追问,如未回答追问，可能是不在哦

5，指针引用作参数和指针做参数的区别

楼上的没说全，你都知道引用是别名，那就应该知道在函数内部可以修改rp指向的地址，以前指向的是a,你可以把他改成指向b;传指针是传入参数的一份拷贝，在函数内部修改指针指向的地址，并不会修改原实参所指向的地址。可以写一个简单的程序测试下，在函数内部修改形参所指向的地址，调用完成后，看看实参指向的地址是否改变！传指针不会改变，传引用的会！动手实验下，记得更劳靠！

指针和引用在被作为参数传递时的区别是：前者通过对地址的操作进而改变实参后者是以别名的方式对实参的直接处理达到同样效果。两者的共同点就是，当实参传进来时，都能改变实参的值例：（引用）int swap（int& a，int& b); // 函数申明 swap（m，n); //主函数调用

这很好理解，别想多了。int* 也就是一种类型而已，所以你的问题和 void f2(int p) 与 void f2(int &rp)有什么分别得到的回答是一样的。rp当然要点内存空间，所占空间是一个指针的大小。简单的来说，比如参数是 int *ptr; 假设其内容为0x12345678，内容指向的值为5，其在内存中的地址为0x00112233；那么调用第一个f传入的值是0x12345678，第二个传入的是0x00112233。

6，计组中的大端小端到底是数据存储方式还是地址指定方式

大端序就是数据的高位放在内存的低地址，数据的低位放在内存的高地址，这符合人类的阅读方式。例如将0x12345678这个数放在内存地址0x0~0x3这4字节空间中，它的表现形式是：12 34 56 78。其中0x0地址存放12，0x1地址存放34，0x2地址存放56，0x3地址存放78。小端序就是数据的低位放在内存的低地址，数据的高位放在内存的高地址，这符合机器的阅读方式。例如将0x12345678这个数放在内存地址0x0~0x3这4字节空间中，它的表现形式是：78 56 34 12。其中0x0地址存放78，0x1地址存放56，0x2地址存放34，0x3地址存放12。x86CPU使用小端序作为数据的存储方式。

大端小端针对多字节数据存储时字节顺序而言的。所谓"little endian"，为intel所采用模式，数据的低字节存放在内存低地址中，高字节存放在高地址中，即学x86时说的“高高低低”原则。byte3 byte2 byte1 byte0在内存中对应的是：base address+0 byte0base address+1 byte1base address+2 byte2base address+3 byte3所谓"big endian" ，为moto所采用模式，数据的低字节存放在内存的高地址，数据的高字节存放在内存的低地址。byte3 byte2 byte1 byte0在内存中对应的是：base address+0 byte3base address+1 byte2base address+2 byte1base address+3 byte0 java使用的是大端序来存储数据。big—endian:即低字节的数据存储在高位内存上，如对于1234，12是高位数据，34为低位数据，则java中的存储格式应该为12存在内存的低地址，34存在内存的高地址，x86中的存储格式与之相反。

7，不同体系结构的处理器有big endian和little endian 模式哪位能告诉我

Big Endian 和 Little Endian [转] powerpc 发表于 2005-5-5 15:25:00 谈到字节序的问题，必然牵涉到两大CPU派系。那就是Motorola的PowerPC系列CPU和Intel的x86系列CPU。PowerPC系列采用big endian方式存储数据，而x86系列则采用little endian方式存储数据。那么究竟什么是big endian，什么又是 little endian呢？其实big endian是指低地址存放最高有效字节（MSB），而little endian则是低地址存放最低有效字节（LSB）。用文字说明可能比较抽象，下面用图像加以说明。比如数字0x12345678在两种不同字节序CPU中的存储顺序如下所示： Big Endian 低地址高地址 -----------------------------------------> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 12 | 34 | 56 | 78 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Little Endian 低地址高地址 -----------------------------------------> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 78 | 56 | 34 | 12 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 从上面两图可以看出，采用big endian方式存储数据是符合我们人类的思维习惯的。而little endian，!@#＄%^&*，见鬼去吧 -_-||| 为什么要注意字节序的问题呢？你可能这么问。当然，如果你写的程序只在单机环境下面运行，并且不和别人的程序打交道，那么你完全可以忽略字节序的存在。但是，如果你的程序要跟别人的程序产生交互呢？在这里我想说说两种语言。C/C++语言编写的程序里数据存储顺序是跟编译平台所在的CPU相关的，而 JAVA编写的程序则唯一采用big endian方式来存储数据。试想，如果你用C/C++语言在x86平台下编写的程序跟别人的JAVA程序互通时会产生什么结果？就拿上面的0x12345678来说，你的程序传递给别人的一个数据，将指向0x12345678的指针传给了JAVA程序，由于JAVA 采取big endian方式存储数据，很自然的它会将你的数据翻译为0x78563412。什么？竟然变成另外一个数字了？是的，就是这种后果。因此，在你的C程序传给JAVA程序之前有必要进行字节序的转换工作。无独有偶，所有网络协议也都是采用big endian的方式来传输数据的。所以有时我们也会把big endian方式称之为网络字节序。当两台采用不同字节序的主机通信时，在发送数据之前都必须经过字节序的转换成为网络字节序后再进行传输。ANSI C中提供了下面四个转换字节序的宏。 ·BE和LE一文的补完我在8月9号的《Big Endian和Little Endian》一文中谈了字节序的问题，原文见上面的超级链接。可是有朋友仍然会问，CPU存储一个字节的数据时其字节内的8个比特之间的顺序是否也有big endian和little endian之分？或者说是否有比特序的不同？实际上，这个比特序是同样存在的。下面以数字0xB4（10110100）用图加以说明。 Big Endian msb lsb ----------------------------------------------> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 1 | 0 | 1 | 1 | 0 | 1 | 0 | 0 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Little Endian lsb msb ----------------------------------------------> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 0 | 0 | 1 | 0 | 1 | 1 | 0 | 1 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 实际上，由于CPU存储数据操作的最小单位是一个字节，其内部的比特序是什么样对我们的程序来说是一个黑盒子。也就是说，你给我一个指向0xB4这个数的指针，对于big endian方式的CPU来说，它是从左往右依次读取这个数的8个比特；而对于little endian方式的CPU来说，则正好相反，是从右往左依次读取这个数的8个比特。而我们的程序通过这个指针访问后得到的数就是0xB4，字节内部的比特序对于程序来说是不可见的，其实这点对于单机上的字节序来说也是一样的。那可能有人又会问，如果是网络传输呢？会不会出问题？是不是也要通过什么函数转换一下比特序？嗯，这个问题提得很好。假设little endian方式的CPU要传给big endian方式CPU一个字节的话，其本身在传输之前会在本地就读出这个8比特的数，然后再按照网络字节序的顺序来传输这8个比特，这样的话到了接收端不会出现任何问题。而假如要传输一个32比特的数的话，由于这个数在littel endian方存储时占了4个字节，而网络传输是以字节为单位进行的，little endian方的CPU读出第一个字节后发送，实际上这个字节是原数的LSB，到了接收方反倒成了MSB从而发生混乱。

文章TAG：0x12345678是多少多少十六十六进制