数据在内存中的存储

简介: 数据在内存中的存储

整形在内存中的存储

对于整形来说,数据存放在内存中其实存放的是补码。原因在于,使用补码,可以将符号位和数值域同一处理。
image.png
例如:我们进行1-1时,由于计算机内部只有加法处理器,我们可以看成1+(-1),分别写出他们的补码后,进行相加,最后得到的结果刚好是0.(最左边的1是第33位,已经超过最高位,去掉,取右边的32位)。

大小端介绍

大端字节序存储:把一个数据的低位字节数处的数据存放在内存的高地址处,高位字节处的数据存放在内存的低地址处

小端字节序存储:把一个数据的低位字节数处的数据存放在内存的低地址处,高位字节处的数据存放在内存的低地址处。
image.png

如上图,比如一个三位数123,3是个位,2是十位,1是百位,3就是低位,1就是高位。上面的44就是低位,假设左边是低地址,如果将他放在最右边,即低位放在高地址,就是大端字节序存储。如果将他放在低地址处,就是小端字节序存储。

如果是字符型数据,就不存在大小端了,直接放入即可,因为他们只占一个字节,如果数据超过一个字节才会有大小端。

下面是一道关于打印无符号整数的题
image.png
分析:我们先求出-128的补码,由于a是字符型,因此只取前面8位存储在内存中,打印a时,要进行整形提升,因为是有符号的char,所以高位补符号位1,提升后,由于是打印无符号的整数,所以就不再进行取反,加1的操作了,直接把他看成无符号的数值,打印出来就是一个很大的数了。

浮点型在内存中的存储

我们先看一个例子:
image.png
如果我们浮点型在内存中的存储方式与整形相同的话,第一个*pfloat的值应该为9.000000,可是我们看到结果却是0.000000。显然,浮点型与整形在内存中的存储方式不同。

浮点型存储规则:

根据国际标准IEEE 754,任何一个二进制浮点数可以表示成下面的形式:

image.png
例子:
image.png
10进制的5.5表示成二进制为101.1,然后根据标准即可写出。

IEEE 754规定:
image.png
IEEE 754对有效数字M和指数E还有一些特别规定:

在计算机内部保存M时(1.xxxxxx),默认第一个数总是1,因此可以舍去,只保存后面的xxxxxx部分。比如保存1.01时,只保存01,等到读取的时候,再把第一位的1加上去。这样做的目的,是节省1位有效数字,以32位浮点数为例,留给M只有23位,将第一位的1舍去之后,等于可以保存24位有效数字,使其精度更高。

对于指数E情况比较复杂:

它们把E认为是一个无符号整数。但实际上,在科学计数法中,E是有可能为负数的,所以IEEE 754规定,存入内存时的E的真实值必须加上一个中间数,对于8位的E,这个中间数是127,对于11位的E,中间数是1023。比如2^10,E是10,保存成32浮点数时,必须保存成10+127=137,即10001001。

有人想,万一算出E是-129,加上127后还是负数怎么办呢?其实float型的变量也是有取值范围的,他们不可能存放无限大或者无限小的值的。

举个例子:
image.png
我们求出E,M,S后,第一个放0(S),接着放E,我们将2加上127后为129,129的二进制数为10000001,接着放011(M),后面剩余全部补0。

指数E从内存中取出来还分为三种情况:

E不全为0或者1:

指数E的计算值减去127或者1023,得到真实值,再将有效数字M前加上第一位的1。即怎么放进去就怎么拿出来。

E全为0

指数E等于1-127(或者1-1023)即为真实值,有效数字M前不再加上第一位的1,而是直接还原为0.xxxxxx的小数,这样做是为了使他更接近于0的很小的数字。

E全为1

如果有效数字M全为0,这时表示正负无穷大。

我们回到最开始的那道题:
image.png
分析:因为n是整形,因此我们要先强制转换成浮点型才能用float*指向他。用浮点型打印时,把9的补码拆成三部分,因为E全为0,根据上面的规则,指数E真实值即为1-127=-126。M直接再前面加上0. 。最后打印出来的值就是0,是因为float只能表示小数点后6位,这个数实在太小,所以是0。
image.png
分析:9.0是以浮点形式存入的,求出E,M,S后,根据规则写出二进制形式。因为打印时是有符号的整形,第一位是0(是正数),原码等于补码,直接转成十进制的数后,结果就是一个很大的数。

以上就是数据在内存中的存储的简单介绍。

目录
相关文章
|
20天前
|
存储 编译器 数据处理
C 语言结构体与位域:高效数据组织与内存优化
C语言中的结构体与位域是实现高效数据组织和内存优化的重要工具。结构体允许将不同类型的数据组合成一个整体,而位域则进一步允许对结构体成员的位进行精细控制,以节省内存空间。两者结合使用,可在嵌入式系统等资源受限环境中发挥巨大作用。
45 11
|
2月前
|
监控 算法 应用服务中间件
“四两拨千斤” —— 1.2MB 数据如何吃掉 10GB 内存
一个特殊请求引发服务器内存用量暴涨进而导致进程 OOM 的惨案。
|
2月前
|
存储 C语言
数据在内存中的存储方式
本文介绍了计算机中整数和浮点数的存储方式,包括整数的原码、反码、补码,以及浮点数的IEEE754标准存储格式。同时,探讨了大小端字节序的概念及其判断方法,通过实例代码展示了这些概念的实际应用。
81 1
|
2月前
|
存储
共用体在内存中如何存储数据
共用体(Union)在内存中为所有成员分配同一段内存空间,大小等于最大成员所需的空间。这意味着所有成员共享同一块内存,但同一时间只能存储其中一个成员的数据,无法同时保存多个成员的值。
|
2月前
|
监控 Java easyexcel
面试官:POI大量数据读取内存溢出?如何解决?
【10月更文挑战第14天】 在处理大量数据时,使用Apache POI库读取Excel文件可能会导致内存溢出的问题。这是因为POI在读取Excel文件时,会将整个文档加载到内存中,如果文件过大,就会消耗大量内存。以下是一些解决这一问题的策略:
186 1
|
2月前
|
存储 弹性计算 算法
前端大模型应用笔记(四):如何在资源受限例如1核和1G内存的端侧或ECS上运行一个合适的向量存储库及如何优化
本文探讨了在资源受限的嵌入式设备(如1核处理器和1GB内存)上实现高效向量存储和检索的方法,旨在支持端侧大模型应用。文章分析了Annoy、HNSWLib、NMSLib、FLANN、VP-Trees和Lshbox等向量存储库的特点与适用场景,推荐Annoy作为多数情况下的首选方案,并提出了数据预处理、索引优化、查询优化等策略以提升性能。通过这些方法,即使在资源受限的环境中也能实现高效的向量检索。
|
2月前
|
缓存 安全 Java
使用 Java 内存模型解决多线程中的数据竞争问题
【10月更文挑战第11天】在 Java 多线程编程中,数据竞争是一个常见问题。通过使用 `synchronized` 关键字、`volatile` 关键字、原子类、显式锁、避免共享可变数据、合理设计数据结构、遵循线程安全原则和使用线程池等方法,可以有效解决数据竞争问题,确保程序的正确性和稳定性。
50 2
|
4月前
|
存储 编译器 C语言
【C语言篇】数据在内存中的存储(超详细)
浮点数就采⽤下⾯的规则表⽰,即指数E的真实值加上127(或1023),再将有效数字M去掉整数部分的1。
407 0
|
2月前
|
存储 编译器
数据在内存中的存储
数据在内存中的存储
42 4
|
2月前
|
存储 Java
JVM知识体系学习四:排序规范(happens-before原则)、对象创建过程、对象的内存中存储布局、对象的大小、对象头内容、对象如何定位、对象如何分配
这篇文章详细地介绍了Java对象的创建过程、内存布局、对象头的MarkWord、对象的定位方式以及对象的分配策略,并深入探讨了happens-before原则以确保多线程环境下的正确同步。
58 0
JVM知识体系学习四:排序规范(happens-before原则)、对象创建过程、对象的内存中存储布局、对象的大小、对象头内容、对象如何定位、对象如何分配