降低Java中数据结构的内存占用

Question

我正在研究一种存储数据样本的内存存储解决方案。这适用于多线程趋势应用程序，该应用程序不断将项目写入存储阵列并定期从中删除项目。它将存储最新的 24 小时样本。我需要能够全部或部分获取数据。由于这些要求，我选择使用 CopyOnWriteArrayList。

存储解决方案存储在一个

CopyOnWriteArrayList<Point>.

我编写了两个类来存放数据：Point 和 Samples。

点包括：

private int ioId;
private int machineId;
private jPointType pointType; //(int)
private String subfield;
private long startTimestamp;
private long endTimestamp;
private int pruneLock;
private jTrendReqType predefType; //(int)

CopyOnWriteArrayList<Sample> dataList;

样本包括：

Long timestamp;
double data;

我目前正在使用 2/sec 数据和 30 个点（每个点 7200 个样本）进行测试。我运行了 1 个小时的测试，通过任务管理器看到增加了大约 10MB 的使用量。这最终是每个样本大约 45 个字节。对于我存储的数据类型，这似乎相当高。有这么多 Java 开销还是我做的事情效率低？

Answer 1

好吧，让我们看看你的Sample 类：

Long timestamp;
double data;

从另一个answer 来看，Long 大约需要 16 个字节（long 需要 8 个字节和 8 个字节开销。

double 在 Java 中占用 8 个字节的内存。

Sample对象引用至少增加了8个字节（它需要存储一个long来引用内存地址）。

因此，Sample 对象本身就是 32 字节长。

但是，您计算出每个 Sample 的平均存储大小为 45 字节。

所以可能的其他原因：

• Point 对象包含 String 大约 8 字节 + 2 字节 * 长度
• CopyOnWriteArrayList 实现的开销
• 未释放的内存 - 未使用但尚未被 JVM 释放的内存。

然而，最可能的原因可能是未释放的内存。由于 Java 的运行方式，只有在运行垃圾收集 (GC) 时才会释放内存（并且没有保证强制它运行的方法）。因为您使用的是 CopyOnWriteArrayList，所以您在添加对象时不断在幕后创建新列表，而 JVM 还没有释放它们，因为 GC 还没有运行。

这里有一个link 到一些关于 Java 垃圾收集机制的 Oracle 文档。