指针的大小到底是由谁决定?是多少?
2015-09-10 15:59
369 查看
很多书上说,不管什么类型的指针变量,它占的字节是固定的,都是4字节。
但是今天在typedef和define对指针操作上,以外发现,sizeof(int*),sizeof(char*)是 8字节。
那些书真是有点误人子弟。我就不点名批评了。严谨的角度,至少说明一下指针大小在32位机和64位机是不同的。
上图环境配置:win7 64位 Dev-c++
环境配置:win7 32位 VS2010 的结果是:
4 1
4 4
网上找了一些资料,其中这个哥们@羽然,写的还比较详细:
http://blog.sina.com.cn/s/blog_4fd9844201010n3v.html
应该说这是一个非常基础的问题,教科书上说指针大小和机器字长相同,即32位机指针长度为4字节!但是对不对呢?为什么是这样?
搜了一下相关资料。。。居然发现回答不统一,很多人也同样是糊里糊涂。
下面对这个问题做一个系统的整理和分析:
首先,介绍几个基本概念:(主要摘自百度百科)
字长:在同一时间中处理二进制数的位数叫字长。通常称处理字长为8位数据的CPU叫8位CPU,32位CPU就是在同一时间内处理字长为32位的二进制数据。二进制的每一个0或1是组成二进制的最小单位,称为一个比特(bit)。
一般说来,计算机在同一时间内处理的一组二进制数称为一个计算机的“字”,而这组二进制数的位数就是“字长”。字长与计算机的功能和用途有很大的关系, 是计算机的一个重要技术指标。字长直接反映了一台计算机的计算精度,为适应不同的要求及协调运算精度和硬件造价间的关系,大多数计算机均支持变字长运算, 即机内可实现半字长、全字长(或单字长)和双倍字长运算。在其他指标相同时,字长越大计算机的处理数据的速度就越快。早期的微机字长一般是8位和16
位,386以及更高的处理器大多是32位。目前市面上的计算机的处理器大部分已达到64位。
字长由微处理器(CPU)对外数据通路的数据总线条数决定。
最小可寻址单位:内存的最小可寻址单位通常都是字节。也就是说一个指针地址值可对应内存中一个字节的空间。
寻址空间:寻址空间一般指的是CPU对于内存寻址的能力。CPU最大能查找多大范围的地址叫做寻址能力
,CPU的寻址能力以字节为单位 (字节是最小可寻址单位),如32位寻址的CPU可以寻址2的32次方大小的地址也就是4G,这也是为什么32位寻址的CPU最大能搭配4G内存的原因 ,再多的话CPU就找不到了。
这里CPU的寻址位数是由地址总线的位数决定,32位CPU的寻址位数不一定是32位,因为32位CPU中32的意义为字长。
有关寻址范围计算解释,对于32位寻址的CPU,其地址值为32位的二进制数,所以可以表示的最大地址为2的32次方(即4G,最大内存空间为4GB,这里G表示数量、GB表示容量)。同时我们不难看出,一个指针的值就是一个32位的二进制数,32位对应4字节(Byte)。所以,指针的大小实际上是由CPU的寻址位数决定,而不是字长。
再来分析一下如下的情况:
32位处理器上32位操作系统的32位编译器,指针大小4字节。
32位处理器上32位操作系统的16位编译器,指针大小2字节。
32位处理器上16位操作系统的16位编译器,指针大小2字节。
16位处理器上16位操作系统的16位编译器,指针大小2字节。
这从结果看起来指针的大小和编译器有关??
实际不是这样的,有这样的结果是因为以上几种情况,处理器当前运行模式的寻址位数是不一样的,如下:
Intel 32位处理器32位运行模式,逻辑寻址位数32,指针也就是32位,即4个字节
Intel 32位处理器16位虚拟机运行模式,逻辑寻址位数16,指针也就是16位,即2个字节
编译器的作用是根据目标硬件(即CPU)的特性将源程序编译为可在该硬件上运行的目标文件。如果一个编译器支持某32位的CPU,那么它就可以将源程序编译为可以在该CPU上运行的目标文件。该源程序中指针大小也会被编译器根据该CPU的寻址位数(如32位)编译选择为4字节。
综上可得:指针大小是由当前CPU运行模式的寻址位数决定!
但是今天在typedef和define对指针操作上,以外发现,sizeof(int*),sizeof(char*)是 8字节。
那些书真是有点误人子弟。我就不点名批评了。严谨的角度,至少说明一下指针大小在32位机和64位机是不同的。
#include <iostream> using namespace std; # define PCHAR char* typedef char* pchar; int main() { PCHAR a,b; pchar c,d; cout<<sizeof(a)<<" "<<sizeof(b)<<endl; cout<<sizeof(c)<<" "<<sizeof(d)<<endl; }
上图环境配置:win7 64位 Dev-c++
环境配置:win7 32位 VS2010 的结果是:
4 1
4 4
网上找了一些资料,其中这个哥们@羽然,写的还比较详细:
http://blog.sina.com.cn/s/blog_4fd9844201010n3v.html
应该说这是一个非常基础的问题,教科书上说指针大小和机器字长相同,即32位机指针长度为4字节!但是对不对呢?为什么是这样?
搜了一下相关资料。。。居然发现回答不统一,很多人也同样是糊里糊涂。
下面对这个问题做一个系统的整理和分析:
首先,介绍几个基本概念:(主要摘自百度百科)
字长:在同一时间中处理二进制数的位数叫字长。通常称处理字长为8位数据的CPU叫8位CPU,32位CPU就是在同一时间内处理字长为32位的二进制数据。二进制的每一个0或1是组成二进制的最小单位,称为一个比特(bit)。
一般说来,计算机在同一时间内处理的一组二进制数称为一个计算机的“字”,而这组二进制数的位数就是“字长”。字长与计算机的功能和用途有很大的关系, 是计算机的一个重要技术指标。字长直接反映了一台计算机的计算精度,为适应不同的要求及协调运算精度和硬件造价间的关系,大多数计算机均支持变字长运算, 即机内可实现半字长、全字长(或单字长)和双倍字长运算。在其他指标相同时,字长越大计算机的处理数据的速度就越快。早期的微机字长一般是8位和16
位,386以及更高的处理器大多是32位。目前市面上的计算机的处理器大部分已达到64位。
字长由微处理器(CPU)对外数据通路的数据总线条数决定。
最小可寻址单位:内存的最小可寻址单位通常都是字节。也就是说一个指针地址值可对应内存中一个字节的空间。
寻址空间:寻址空间一般指的是CPU对于内存寻址的能力。CPU最大能查找多大范围的地址叫做寻址能力
,CPU的寻址能力以字节为单位 (字节是最小可寻址单位),如32位寻址的CPU可以寻址2的32次方大小的地址也就是4G,这也是为什么32位寻址的CPU最大能搭配4G内存的原因 ,再多的话CPU就找不到了。
这里CPU的寻址位数是由地址总线的位数决定,32位CPU的寻址位数不一定是32位,因为32位CPU中32的意义为字长。
有关寻址范围计算解释,对于32位寻址的CPU,其地址值为32位的二进制数,所以可以表示的最大地址为2的32次方(即4G,最大内存空间为4GB,这里G表示数量、GB表示容量)。同时我们不难看出,一个指针的值就是一个32位的二进制数,32位对应4字节(Byte)。所以,指针的大小实际上是由CPU的寻址位数决定,而不是字长。
再来分析一下如下的情况:
32位处理器上32位操作系统的32位编译器,指针大小4字节。
32位处理器上32位操作系统的16位编译器,指针大小2字节。
32位处理器上16位操作系统的16位编译器,指针大小2字节。
16位处理器上16位操作系统的16位编译器,指针大小2字节。
这从结果看起来指针的大小和编译器有关??
实际不是这样的,有这样的结果是因为以上几种情况,处理器当前运行模式的寻址位数是不一样的,如下:
Intel 32位处理器32位运行模式,逻辑寻址位数32,指针也就是32位,即4个字节
Intel 32位处理器16位虚拟机运行模式,逻辑寻址位数16,指针也就是16位,即2个字节
编译器的作用是根据目标硬件(即CPU)的特性将源程序编译为可在该硬件上运行的目标文件。如果一个编译器支持某32位的CPU,那么它就可以将源程序编译为可以在该CPU上运行的目标文件。该源程序中指针大小也会被编译器根据该CPU的寻址位数(如32位)编译选择为4字节。
综上可得:指针大小是由当前CPU运行模式的寻址位数决定!
相关文章推荐
- playframework 2.4x 表单inputRadioGroup中label属性无效
- HashSet源码分析1
- 在Xcode中使用Git进行源码版本控制
- 【传奇】全新“游戏角色命名规范”
- 使用remalloc的注意事项
- ORA-07445: :一个意料之外的问题发生了 核心转储 [ldxsnf()+625] [SIGSEGV
- angular 时间戳 转 格式化日期( 过滤器 )
- php之无限极分类
- 0909 编译原理
- 图的深度优先搜索和广度优先搜索
- R连接 oralce数据库
- sql server 行转化成列数据 小结
- iOS UIWebView 加载本地h5总结
- <a4j:keeyAlive>的英文介绍
- Windows_dll的含义和Dependency Walker使用说明( 查找函数定义 )
- maven与springMVC之接收form表单防止乱码
- HDU 4268 Alice and Bob(lower_bound)
- 0909编译原理
- HDU 4268 Alice and Bob(lower_bound)
- Rails, ActiveRecord::Base.include_root_in_json