int型变量占多少个字节

leesungyong 2001-05-21 10:45:00
int型变量有时候占4个字节(在Win32),有时候占2个字节(在DOS)
这个int类型的大小到底是跟编译器有关,还是跟CPU有关,还是跟操作系统有关????
...全文
5787 17 打赏 收藏 转发到动态 举报
写回复
用AI写文章
17 条回复
切换为时间正序
请发表友善的回复…
发表回复
ed9er 2001-05-21
  • 打赏
  • 举报
回复
所谓的16位32位64位系统是由cpu决定的,由机器指令的寻址、寄存器位数决定的

os受cpu的限制,但在32位的cpu下16位的os也可以跑(就向上面提到的所谓纯dos)

很多os是向前兼容的,就是使以前的程序也能运行,如果编译器本身是16位时代做的,那么os会提供一个模拟16位的子环境供这个编译器使用

int和void*长度应该是一样的(16位的时候的20位的指针是两个16位错位加起来的)

非要转牛角尖的话,int只是语言定义里面的一个关键字,只对compiler可见,complier说它是几位就是几位,和os/cpu都没关系
kimryo 2001-05-21
  • 打赏
  • 举报
回复
呵呵,tc下便是2,bcb下是4.与CPU肯定无关,应是和系统,编译器有关。
holyfire 2001-05-21
  • 打赏
  • 举报
回复
在286上能运行么?
NowCan 2001-05-21
  • 打赏
  • 举报
回复
和编译器有关,我遇到的情况是这样:DOS下的编译器(纯DOS,绝对16位)编译出来的程序是32位的。
holyfire 2001-05-21
  • 打赏
  • 举报
回复
同意yoci(阿呸),32位系统下使用16位代码的编译器int也是16位的。
ringphone 2001-05-21
  • 打赏
  • 举报
回复
跟操作系统有关。
yoci 2001-05-21
  • 打赏
  • 举报
回复
操作系统和编译器相关
ed9er 2001-05-21
  • 打赏
  • 举报
回复
标准之所以没有规定int、short、long的位数而把它们留给编译器自己决定,就是为了在硬件进化的时候编译器可以随之进化呀
leesungyong 2001-05-21
  • 打赏
  • 举报
回复
你说的有点牵强,我想知道的是为什么制定C语言的标准的时候没有指定int型的长度,给编程人员带来麻烦?
但是你在上面说的很有道理,让我知道了不少东西,这里先说谢谢了。
ed9er 2001-05-21
  • 打赏
  • 举报
回复
BitLover(比特情人) 是不是觉得short, unsigned short(or WORD)定义出来的就一定是16位而long, unsigned long(DWORD)定义出来的就一定是32位呢?WORD和DWORD我是相信的,因为它们是M$VC里typedef了的,剩下的不还是依赖于编译器么?

float存在的理由是因为存在浮点数,double存在的理由是因为需要处理精度更高的浮点数,int存在的理由是因为存在整数,long存在的理由是需要处理值域更大的整数,short存在的理由是为了节省空间处理值域较小的整数

int的意义在于当你需要定义一个循环变量(i=0; i<100; i++)的时候,你不需要费脑筋考虑到底用long还是用short,要不要加unsigned.............

这种问题有意义吗?
glhorse 2001-05-21
  • 打赏
  • 举报
回复
,.
leesungyong 2001-05-21
  • 打赏
  • 举报
回复
对对,int简直是丑小鸭一个,建议大家写程序的时候使用long或short,
但是仔细想想,int必定有它存在的理由吧,谁能说出int存在的理由和意义呢?
BitLover 2001-05-21
  • 打赏
  • 举报
回复
应该是与编译器和操作系统有关。
建议程序中使用short, unsigned shor(or WORD)类型定义16位的整数,而用long, unsigned long(DWORD)类型定义32位的整数,如果硬要用int类型定义,那么在需要考虑其长度时用sizeof(int)代替2或4,这样编的程序才有好的可移植性。
ed9er 2001-05-21
  • 打赏
  • 举报
回复
呵呵,这也就是为什么很多程序不用int,short,long,而是自己定义一大把int32_t, int16_t, uint32_t, ...,以后不管cpu/compiler怎么变,它只需要改改自己的typedef
ed9er 2001-05-21
  • 打赏
  • 举报
回复
永远都用sizeof是最安全的办法,但sizeof只是编译时常量,不能做到二进制兼容(移植)

说int和void*一样长只是因为在一般情况下它们都应该可以放到单个寄存器里,其实这样说很不确切,还是不要这样理解的好,说在xx位的cpu上int是多少位只是因为这级别的cpu有对xx位数据进行操作的单条指令(因为寄存器是xx位)(可能会有扩展指令,我不清楚,但关键看寄存器的位数),从而编译器就图个方便把int做为xx位,这也不一定的,譬如以后64位机器出来了,可能编译器只是把long扩到64位,而int还是当作32,也挺合适的
GrayWhite 2001-05-21
  • 打赏
  • 举报
回复
用sizeof看看。
leesungyong 2001-05-21
  • 打赏
  • 举报
回复
会不会是这样呢?
你说int和void*长度一样,也就是说int和CPU的寻址能力有关,所以在16位CPU上int是16位的,在32位CPU上int是32位的,因为80386,80486,pentimun都向下兼容8086指令集,所以在这些CPU上既可以用16位的,也可以用32位的,这个时候取决于编译器怎么编译了。

69,374

社区成员

发帖
与我相关
我的任务
社区描述
C语言相关问题讨论
社区管理员
  • C语言
  • 花神庙码农
  • 架构师李肯
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧