数据在内存中的存储方式及占位符的理解

目录

一.前言

二.整形在内存中的存储方式

1.原码反码补码的引入        整形家族:        char     //字符数据类型        short    //短整型        int     //整形        long     //长整型

2.大小端存储方式

三.浮点数存储规则

四.占位符的理解


注意:本文会涉及到一些数据类型转换中的整形提升,截断等知识,如果有不了解的可以点击浅浅了解bzz​​​​​​​c语言数据类型的转换(扩充和截断)_the sun34的博客-CSDN博客

一.前言

       在前面我们已经学习过数据类型,而类型的意义很多人只知道他开辟了多少个字节,并没有很清晰的了解类型的意义:
        1. 使用这个类型开辟内存空间的大小(大小决定了使用范围)。
        2. 如何看待内存空间的视角。

二.整形在内存中的存储方式

1.原码反码补码的引入
        整形家族:
        char     //字符数据类型
        short    //短整型
        int     //整形
        long     //长整型

在了解整形变量是如何存储于内存中的,我们先来了解是几个概念:原码反码补码

原码:直接将数值按照正负数的形式翻译成二进制就可以得到原码。
反码:将原码的符号位不变,其他位依次按位取反就可以得到反码。
补码:反码+1就得到补码。

而对于所有的整型变量来说,其实在内存中存储的都是其补码!

        那么有人就会提出问题,明明可以直接存储他的原码,为什么还需要补码和反码的引入呢???

        在计算机系统中,数值一律用补码来表示和存储。原因在于,使用补码,可以将符号位和数值域统
一处理;
同时,加法和减法也可以统一处理(CPU只有加法器)此外,补码与原码相互转换,其运算过程
是相同的,不需要额外的硬件电路。

        正式因为cpu只有加法器,那如果我们想要计算两个正数相减怎么办呢?于是乎科学家们想到了用反码来计算,但是这个时候又有人提出了质疑,如果在计算的过程中,符号改变了(比如6-7=-1就是原本的正好变成了负号),这个时候反码又不能解决问题了,于是补码便应运而生。

        可以说反码是原码的升级,而补码又是反码的提升!不得不感叹当时的科学家们是如何想到这个精妙绝伦的办法的。

通过上面的概述,我们不难明白:噢!原来反码是为了计算负数,而补码是为了计算符号变化的问题!所以我们不难理解为什么正数只有原码(或者说正数的原码反码补码都相同)了,因为其仅仅只需要原码就能很好的完成运算了,而补码的存在则让我们的计算方法趋于相同,让硬件能更好的计算。

2.大小端存储方式

如果你曾打开过vs的内存窗口,(假设定义int a=20;那么a在内存中应该存储的是16进制

0x00 00 00 14),但是事实却是

有没有发现他与我们想象的存储方式不太一样,其实这正是大小端的存储方式!

什么是大端小端:
大端(存储)模式,是指数据的低位保存在内存的高地址中,而数据的高位,保存在内存的低地址
中;
小端(存储)模式,是指数据的低位保存在内存的低地址中,而数据的高位,,保存在内存的高地
址中。
为什么有大端和小端:

        为什么会有大小端模式之分呢?这是因为在计算机系统中,我们是以字节为单位的,每个地址单元都对应着一个字节,一个字节为8 bit。但是在C语言中除了8 bit的char之外,还有16 bit的short型,32 bit的long型(要看具体的编译器),另外,对于位数大于8位的处理器,例如16位或者32位的处理器,由于寄存器宽度大于一个字节,那么必然存在着一个如何将多个字节安排的问题。因此就导致了大端存储模式和小端存储模式。
        例如:一个 16bit 的 short 型 x ,在内存中的地址为 0x0010 , x 的值为 0x1122 ,那么 0x11 为高字节, 0x22 为低字节。对于大端模式,就将 0x11 放在低地址中,即 0x0010 中, 0x22 放在高地址中,即 0x0011 中。小端模式,刚好相反。我们常用的 X86 结构是小端模式,而 KEIL C51 则为大端模式。很多的ARM,DSP都为小端模式。有些ARM处理器还可以由硬件来选择是大端模式还是小端模式。

原码10000000 00000000 00000000 00000001

反码111111111 111111111 111111111 111111110

补码111111111 111111111 111111111 111111111

a,b,c在内存中存的都是其补码(还发生了截断)11111111

而在打印的时候,由于a,b都是有符号整数,所以打印的时候将补码还原成原码10000001,即为-1

但是当打印c的时候,由于c是无符号整数,所以编译器认为c的补码就是其原码(因为正数的原反补相同)所以打印(因为不足4字节,先补上0)的是00000000 00000000 00000000 11111111,即255

不妨尝试一下,这段代码打印的结果是什么呢?

a的原码 10000000 00000000 00000000 10000000

     反码1111111111 111111111 111111111 011111111

     补码1111111111 111111111 111111111 10000000

发生了截断,所以a在内存中存储的是后8位1000 0000

当用%u打印的时候,(因为不足4字节,先补上符号位)

即11111111 11111111 11111111 10000000,所以结果就是这样一个非常大的正数了

3.浮点型在内存中的存储

三.浮点数存储规则


根据国际标准IEEE(电气和电子工程协会) 754,任意一个二进制浮点数V可以表示成下面的形式:
(-1)^S * M * 2^E
(-1)^S表示符号位,当S=0,V为正数;当S=1,V为负数。
M表示有效数字,大于等于1,小于2。
2^E表示指数位。
举例来说:
十进制的5.0,写成二进制是 101.0 ,相当于 1.01×2^2 。
那么,按照上面V的格式,可以得出S=0,M=1.01,E=2。
十进制的-5.0,写成二进制是 -101.0 ,相当于 -1.01×2^2 。那么,S=1,M=1.01,E=2。
IEEE 754规定:
对于32位的浮点数,最高的1位是符号位s,接着的8位是指数E,剩下的23位为有效数字M。

对于64位的浮点数,最高的1位是符号位S,接着的11位是指数E,剩下的52位为有效数字M。

IEEE 754对有效数字M和指数E,还有一些特别规定。
前面说过, 1≤M<2 ,也就是说,M可以写成 1.xxxxxx 的形式,其中xxxxxx表示小数部分。
IEEE 754规定,在计算机内部保存M时,默认这个数的第一位总是1,因此可以被舍去,只保存后面的xxxxxx部分。比如保存1.01的时候,只保存01,等到读取的时候,再把第一位的1加上去。这样做的目的,是节省1位有效数字。以32位浮点数为例,留给M只有23位,将第一位的1舍去以后,等于可以保存24位有效数字。

至于指数E,情况就比较复杂。
首先,E为一个无符号整数(unsigned int)
这意味着,如果E为8位,它的取值范围为0~255;如果E为11位,它的取值范围为0~2047。但是,我们知道,科学计数法中的E是可以出现负数的,那我们如何让二进制表示一个负数呢?还是像原来一样加上一个符号位吗?其实不然。IEEE 754规定,存入内存时E的真实值必须再加上一个中间数,对于8位的E,这个中间数是127;对于11位的E,这个中间数是1023。比如,2^10的E是10,所以保存成32位浮点数时,必须保存成10+127=137,即10001001。

然后,指数E从内存中取出还可以再分成三种情况:

E不全为0或不全为1
这时,浮点数就采用下面的规则表示,即指数E的计算值减去127(或1023),得到真实值,再将
有效数字M前加上第一位的1。
比如:
0.5(1/2)的二进制形式为0.1,由于规定正数部分必须为1,即将小数点右移1位,则为
1.0*2^(-1),其阶码为-1+127=126,表示为
01111110,而尾数1.0去掉整数部分为0,补齐0到23位00000000000000000000000,则其二进
制表示形式为:
E全为0
这时,浮点数的指数E等于1-127(或者1-1023)即为真实值,
有效数字M不再加上第一位的1,而是还原为0.xxxxxx的小数。这样做是为了表示±0,以及接近于
0的很小的数字。
0 01111110 00000000000000000000000
E全为1
这时,如果有效数字M全为0,表示±无穷大(正负取决于符号位s);
 

四.占位符的理解

我们在使用c语言中的printf函数时,都需要用占位符来确定我们打印的格式。比如:

%d表示以十进制的形式打印有符号整数

%u表示以十进制的形式打印无符号整数

等等,诸如此类,不一一赘述

那有人会问,这个占位符与我们上文的数据在内存中储存的形式有什么关联吗?其实他们二者都决定了数据打印出来的样貌,

1.数据在内存中存的是补码(整数)或者浮点数存储方式

2.占位符决定了他们打印出来的方式

那如果占位符和数据的类型不能对应的话,就会出现问题,比如这样:

所以我们平时在写代码的时候,一定得注意占位符和数据类型的相互匹配哦

  • 2
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值