【发布时间】：2012-06-05 04:24:21
【问题描述】：
我一直想知道一个对象在 Android 上占用了多少内存。 有许多与 HotSpot JVM 相关的资源（如this）告诉我们一个空对象需要 8 个字节并且 一个 12 字节的空数组，并且所有对象都对齐到 8 字节边界。 因此，一个没有额外字段的对象应该占用 8 个字节，具有至少一个额外字段的最小对象 - 16 个字节，一个空数组 - 16 个字节，对吧？
我在这件事上没有找到有关 Dalvik 的具体信息，并决定通过测试弄清楚。 运行测试得到了令人惊讶的结果。
关于计算方法的几句话。 Android 的 Object.hashCode() 实现只是简单地返回指向转换为 int 的对象的指针。 （看起来很明显也很笼统，但 [另一个惊喜] 结果证明，它不在 HotSpot JVM 上——例如，用 HotSpot 运行 MemTest 并查看）。 因此，我使用 Dalvik 上 hashCode() 的简单性，通过连续分配测试类的两个实例来计算 Android 上的对象大小，分配的空间量应该等于它们的 hashCode() 之差值（假设 Dalvik 将它们分配在完全随机的地址上毫无意义）。只是为了确保我总是在每个测试类中连续分配 4 个对象，这总是提供相同的 hashCode() 差异。所以，我相信这个方法的正确性是毫无疑问的。
这里是测试的源代码：
public class MemTest {
public static void run() {
Object o1 = new Object();
Object o2 = new Object();
Object o3 = new Object();
Object o4 = new Object();
EmptyObject eo1 = new EmptyObject();
EmptyObject eo2 = new EmptyObject();
EmptyObject eo3 = new EmptyObject();
EmptyObject eo4 = new EmptyObject();
ObjectWithBoolean ob1 = new ObjectWithBoolean();
ObjectWithBoolean ob2 = new ObjectWithBoolean();
ObjectWithBoolean ob3 = new ObjectWithBoolean();
ObjectWithBoolean ob4 = new ObjectWithBoolean();
ObjectWithBooleanAndInt obi1 = new ObjectWithBooleanAndInt();
ObjectWithBooleanAndInt obi2 = new ObjectWithBooleanAndInt();
ObjectWithBooleanAndInt obi3 = new ObjectWithBooleanAndInt();
ObjectWithBooleanAndInt obi4 = new ObjectWithBooleanAndInt();
ObjectWithLong ol1 = new ObjectWithLong();
ObjectWithLong ol2 = new ObjectWithLong();
ObjectWithLong ol3 = new ObjectWithLong();
ObjectWithLong ol4 = new ObjectWithLong();
ObjectWith4Ints o4i1 = new ObjectWith4Ints();
ObjectWith4Ints o4i2 = new ObjectWith4Ints();
ObjectWith4Ints o4i3 = new ObjectWith4Ints();
ObjectWith4Ints o4i4 = new ObjectWith4Ints();
ObjectWith4IntsAndByte o4ib1 = new ObjectWith4IntsAndByte();
ObjectWith4IntsAndByte o4ib2 = new ObjectWith4IntsAndByte();
ObjectWith4IntsAndByte o4ib3 = new ObjectWith4IntsAndByte();
ObjectWith4IntsAndByte o4ib4 = new ObjectWith4IntsAndByte();
ObjectWith5Ints o5i1 = new ObjectWith5Ints();
ObjectWith5Ints o5i2 = new ObjectWith5Ints();
ObjectWith5Ints o5i3 = new ObjectWith5Ints();
ObjectWith5Ints o5i4 = new ObjectWith5Ints();
ObjectWithArrayRef oar1 = new ObjectWithArrayRef();
ObjectWithArrayRef oar2 = new ObjectWithArrayRef();
ObjectWithArrayRef oar3 = new ObjectWithArrayRef();
ObjectWithArrayRef oar4 = new ObjectWithArrayRef();
byte[] a0b1 = new byte[0];
byte[] a0b2 = new byte[0];
byte[] a0b3 = new byte[0];
byte[] a0b4 = new byte[0];
byte[] a1b1 = new byte[1];
byte[] a1b2 = new byte[1];
byte[] a1b3 = new byte[1];
byte[] a1b4 = new byte[1];
byte[] a5b1 = new byte[5];
byte[] a5b2 = new byte[5];
byte[] a5b3 = new byte[5];
byte[] a5b4 = new byte[5];
byte[] a9b1 = new byte[9];
byte[] a9b2 = new byte[9];
byte[] a9b3 = new byte[9];
byte[] a9b4 = new byte[9];
byte[] a12b1 = new byte[12];
byte[] a12b2 = new byte[12];
byte[] a12b3 = new byte[12];
byte[] a12b4 = new byte[12];
byte[] a13b1 = new byte[13];
byte[] a13b2 = new byte[13];
byte[] a13b3 = new byte[13];
byte[] a13b4 = new byte[13];
print("java.lang.Object", o1, o2, o3, o4);
print("Empty object", eo1, eo2, eo3, eo4);
print("Object with boolean", ob1, ob2, ob3, ob4);
print("Object with boolean and int", obi1, obi2, obi3, obi4);
print("Object with long", ol1, ol2, ol3, ol4);
print("Object with 4 ints", o4i1, o4i2, o4i3, o4i4);
print("Object with 4 ints and byte", o4ib1, o4ib2, o4ib3, o4ib4);
print("Object with 5 ints", o5i1, o5i2, o5i3, o5i4);
print("Object with array ref", new Object[]{oar1, oar2, oar3, oar4});
print("new byte[0]", a0b1, a0b2, a0b3, a0b4);
print("new byte[1]", a1b1, a1b2, a1b3, a1b4);
print("new byte[5]", a5b1, a5b2, a5b3, a5b4);
print("new byte[9]", a9b1, a9b2, a9b3, a9b4);
print("new byte[12]", a12b1, a12b2, a12b3, a12b4);
print("new byte[13]", a13b1, a13b2, a13b3, a13b4);
}
static void print(String title, Object... objects) {
StringBuilder buf = new StringBuilder(title).append(":");
int prevHash = objects[0].hashCode();
int prevDiff = -1;
for (int i = 1; i < objects.length; i++) {
int hash = objects[i].hashCode();
int diff = Math.abs(hash - prevHash);
if (prevDiff == -1 || prevDiff != diff) {
buf.append(' ').append(diff);
}
prevDiff = diff;
prevHash = hash;
}
System.out.println(buf.toString());
}
/******** Test classes ******/
public static class EmptyObject {
}
public static class ObjectWith4Ints {
int i1;
int i2;
int i3;
int i4;
}
public static class ObjectWith4IntsAndByte {
int i1;
int i2;
int i3;
int i4;
byte b;
}
public static class ObjectWith5Ints {
int i1;
int i2;
int i3;
int i4;
int i5;
}
public static class ObjectWithArrayRef {
byte[] b;
}
public static class ObjectWithBoolean {
boolean b;
}
public static class ObjectWithBooleanAndInt {
boolean b;
int i;
}
public static class ObjectWithLong {
long l;
}
}
结果如下：
java.lang.Object: 16
Empty object: 16
Object with boolean: 16
Object with boolean and int: 24
Object with long: 24
Object with 4 ints: 32
Object with 4 ints and byte: 32
Object with 5 ints: 32
Object with array ref: 16
new byte[0]: 24
new byte[1]: 24
new byte[5]: 32
new byte[9]: 32
new byte[12]: 32
new byte[13]: 40
总结一下结果：
8 字节边界对齐方式与 HotSpot 上的对齐方式相同，唯一相同的是。
普通对象至少 16 个字节（HotSpot 上为 8 个字节）
-
显然，一个空对象本身占用 12 个字节（HotSpot 上为 8 个），并且在对象大小从 16 个字节“跳跃”到下一个 24 个字节边界之前，还有 4 个额外字节的空间。
空数组最少 24 个字节（HotSpot 上为 12 个字节）
类似地，数组本身占用 20 个字节（HotSpot 上为 12 个字节），并且在对象大小从 24 个字节“跳跃”到下一个 32 个字节边界之前，还有 4 个额外字节的数组数据空间。
补充：（回应路易斯的建议） 另一个压力测试表明，即使分配一百万个 Object 实例，任何两个实例之间的距离也绝不会小于 16 字节。这证明了对象之间潜在的 8 字节空洞肯定是用于进一步分配的死空间，否则当为对象分配大约一半的内存时，dalvik 肯定也应该将其中一些放入“空洞”中，压力测试将返回 8，而不是 16。
public static void run2() {
int count = 1024 * 1024;
Object[] arr = new Object[count];
for (int i = 0; i < count; i++) {
arr[i] = new Object();
}
int[] hashes = new int[count];
for (int i = 0; i < count; i++) {
hashes[i] = arr[i].hashCode();
}
Arrays.sort(hashes);
int minDist = Integer.MAX_VALUE;
for (int i = 1; i < count; i++) {
int dist = Math.abs(hashes[i] - hashes[i - 1]);
if (dist < minDist) {
minDist = dist;
}
}
System.out.println("Allocated "+ count + " Objects, minimum distance is "+ minDist);
}
与 HotSpot 相比，Dalvik 的 Object 最多占用 8 个字节 和 array 最多占用 8-12 个字节，我是否认为正确？
【问题讨论】：
-
这里有几个不受支持的假设...
-
“不支持”是什么意思？
-
"假设 Dalvik 将它们分配到完全随机的地址没有什么意义" 随机的，也许不是，但是连续的？可能存在对齐限制或许多其他事情。我想知道有关此类事情的 Android 内存分配的详细信息是否在 Google 上。
-
我相信，即使对象之间有一些“漏洞”——（可能是 4、8 个字节）——这绝对是死空间，很可能被认为是对象大小的一部分，因为最后唯一重要的是通过分配 N 个对象有效地消耗了多少内存（不能用于另一个对象分配）。它们的对齐方式等与每个对象的有效内存使用无关。
标签： java android memory-management dalvik