考虑以下代码块：
class CheckStore {
private String displayText;
private boolean state;
private String meaningfulText;
private URL url;
public CheckStore(String text, boolean state) {
this.displayText = text;
this.state = state;
}
:
:
}
当我在构造函数中初始化两个变量（displayText和state）时，其他两个变量（meaningfulText和url）是否需要内存中的空间来存储null值？
Q1。如果它们确实需要空间，那么null值将占用多少内存？（例如，int占用4个字节）。
Q2。字符串在内存中占用多少空间？字符串需要占用多少存储空间？它取决于字符串的长度吗？
Answers:
在Java中，null它只是引用（基本上是受限制的指针）可以具有的值。这意味着引用没有任何意义。在这种情况下，您仍然会占用参考空间。在32位系统上为4字节，在64位系统上为8字节。但是，在您实际分配该类的实例以将引用指向之前，您不会占用该引用所指向的类的任何空间。
编辑：就String而言，StringJava中的a每个字符占用16位（2字节），加上少量的簿记开销，这可能是未记录的且特定于实现的。
我想补充：
JVM中只有一个空值。无论有多少个变量引用null。
对象s =（String）null;
对象i =（整数）null;
System.out.println（s == i）; //真
Object，不是因为它null instanceof Object为false，而是因为null是引用。3. JVM中的空值与（a）aconst_null操作码（b）成员变量初始化（c）等创建的值一样多。该语句没有任何意义。null总是等于自己，但这并不意味着身份。
您可以使用jol来获取该类的布局。（但是要小心，您可能需要更深入地了解其背后的机制，不要盲目相信结果，并且要知道这只是当前使用的VM的估算值（在我的案例中为1.7.0_76 x64 win）：）：
我使用CLI版本，我猜正确的方法是在您的项目中包含该库，但是无论如何，它似乎可以这样工作：
test>java -cp target\classes;jol-cli-0.3.1-full.jar org.openjdk.jol.Main internals test.CheckStore
Running 64-bit HotSpot VM.
Using compressed oop with 0-bit shift.
Using compressed klass with 0-bit shift.
Objects are 8 bytes aligned.
Field sizes by type: 4, 1, 1, 2, 2, 4, 4, 8, 8 [bytes]
Array element sizes: 4, 1, 1, 2, 2, 4, 4, 8, 8 [bytes]
VM fails to invoke the default constructor, falling back to class-only introspection.
test.CheckStore object internals:
OFFSET SIZE TYPE DESCRIPTION VALUE
0 12 (object header) N/A
12 1 boolean CheckStore.state N/A
13 3 (alignment/padding gap) N/A
16 4 String CheckStore.displayText N/A
20 4 String CheckStore.meaningfulText N/A
24 4 URL CheckStore.url N/A
28 4 (loss due to the next object alignment)
Instance size: 32 bytes (estimated, the sample instance is not available)
Space losses: 3 bytes internal + 4 bytes external = 7 bytes total
和自动压缩的oops相同：
test>java -XX:-UseCompressedOops -cp target\classes;jol-cli-0.3.1-full.jar org.openjdk.jol.Main internals test.CheckStore
Running 64-bit HotSpot VM.
Objects are 8 bytes aligned.
Field sizes by type: 8, 1, 1, 2, 2, 4, 4, 8, 8 [bytes]
Array element sizes: 8, 1, 1, 2, 2, 4, 4, 8, 8 [bytes]
VM fails to invoke the default constructor, falling back to class-only introspection.
test.CheckStore object internals:
OFFSET SIZE TYPE DESCRIPTION VALUE
0 16 (object header) N/A
16 1 boolean CheckStore.state N/A
17 7 (alignment/padding gap) N/A
24 8 String CheckStore.displayText N/A
32 8 String CheckStore.meaningfulText N/A
40 8 URL CheckStore.url N/A
Instance size: 48 bytes (estimated, the sample instance is not available)
Space losses: 7 bytes internal + 0 bytes external = 7 bytes total
如果您的字段为null，则这些只是对象本身的布局，因此它不会指向更多对象，否则，您还必须查看目标类型（URL和String）。（并且，如果您拥有所有这些实例的多个实例，则取决于您使用相同的多次还是不同的实例）。空字段不能在内存中跳过，因为分配实例时需要调整实例的大小。因此，这些字段都是预先构造的，它们只是不引用堆上其他地方分配的对象。
注意：如果实现默认的构造函数，则会获得更多详细信息，但是在这种情况下，大小是相同的。如果您想知道字段的顺序和填充来自何处，可以查看这篇文章-（基本上，它将对象对齐8个字节，按大小对字段进行排序，将相同类型分组在一起，最后引用。来自超级类型的字段排在最前面， 4个字节对齐。）