本文将介绍接下来的技巧和主题:
- 在包装器上使用基元字段(例如,布尔值 ->布尔值)
- 减少形成平面结构的类的数量(在一个或多个类中折叠类)
- 尽可能使用窄数据类型(例如,代替,代替等)short``int``long``Date
- 使用掩码将一种类型隐藏在另一种类型中(例如,短内有许多布尔值)
让我们切入正题,回顾一下我们将在示例中使用的类 。我们将改变其结构并逐步估计其大小四次 。
文章插图
计算第一个快照大小
如上所述,我建议查看之前的文章以了解内存计算过程 。在我们的例子中,我们将使用基于 64 位 JAVA 的计算 。我们将使用Alexey Shipilev开发的JOL核心库验证所有计算 。您可以在本手册中找到此库的示例 。
启动用户对象
首先,让我们创建 3 个对象并设置所有字段 。在我们的示例中,我们将使用所有唯一对象,甚至对于布尔值,我们也将使用新实例(通过使用) 。在这种情况下,我们的计算将是最悲观的(从大小的角度来看),但完全正确:new boolean
文章插图
现在让我们计算每个对象的大小(再次考虑到甚至所有布尔实例都是唯一的):
文章插图
所以毕竟,总大小的实例是 320 字节(包括和实例一起) 。为了验证它,让我们使用 JOL 核心库并打印它们的大小:User``UserSalary``UserPayment
文章插图
打印结果为 56 字节、136 字节和 320 字节 。
现在让我们改进这个荒谬的例子并正确启动布尔值 。
在前面的示例中,我将布尔值作为唯一对象启动 。在这里,我们将以重用sameandreferences的方式启动(这也是你经常初始化它们的方式) 。通过这样的初始化,我们的例子将更加现实 。(此步骤不是优化,它只是解释内存计算如何工作的附加步骤 。Boolean.true``Boolean.false
文章插图
现在我们必须重新计算所有对象,因为我们基本上改变了布尔初始化:
文章插图
打印结果符合预期:56 字节、136 字节和 208 字节(从 320 字节减少) 。
第一个内存优化:用基元替换所有包装器
在这里,我们通过仅使用原语而不是包装器对象来进行第一次真正的优化 。在这种情况下,我们将失去空收益选项,默认情况下将初始化所有值 。
文章插图
现在,让我们重新计算快照大小,考虑到所有基元值都没有额外的引用并保留在其容器对象中:
文章插图
如您所见,所有包装器对象都会添加 16 个额外的字节 。这种转换将总大小从 208 字节减少到 112 字节,几乎减少了 2 倍 。
第二次内存优化:在一个类中折叠数据
在大多数情况下,这种优化是不可能的,或者至少使 OOP 结构的可读性和可维护性降低;但是在某些内存不足的紧急情况下,您别无选择 。因此,让我们将所有字段移动到一个类上,并查看改进:
推荐阅读
- 如何在SpringBoot中集成MyBatis
- systemctl 命令详解及使用教程
- Ghips:自动获取 GitHub 最快 IP,一键刷新 hosts,说说源码中的干货
- 谷歌解释为什么从 Chrome 中移除对 JPEG-XL 的支持
- Java加密Sqlite库 及文件
- Springboot使用redis过程中的报错问题
- pdf如何加水印,在哪里设置?你不知道的几种方法
- 薛之谦与大张伟好像,大张伟是薛之谦吗-
- 服刑期间在监狱受伤怎么办,服刑人员在监狱打架怎么办-
- 华妃|甄嬛传18:皇后和华妃相比之下,她的狠毒和悲哀之处在哪儿?