在openjdk8源代码中,我发现一些java.lang.String oop不通过字节码引擎并由jvm本身分配。正如hotspot/src/share/vm/classfile/javaClasses.cpp:185
所说:
Handle java_lang_String::create_from_unicode(jchar* unicode, int length, TRAPS) {
Handle h_obj = basic_create(length, CHECK_NH); // alloc size of java.lang.String oop
typeArrayOop buffer = value(h_obj());
for (int index = 0; index < length; index++) {
buffer->char_at_put(index, unicode[index]); // put a char[] into this oop...
}
return h_obj;
}
如上所述,创建了假字符串...但是,java.lang.String
有五个成员变量(字段),它们如何初始化?换句话说,这些伪 String oop如何成为真正的java.lang.String
对象?
与java.lang.String
相同,java.lang.Class
也会执行此操作。在hotspot/src/share/vm/classfile/javaClasses.cpp:553
说:
oop java_lang_Class::create_mirror(KlassHandle k, Handle protection_domain, TRAPS) {
...
Handle mirror = InstanceMirrorKlass::cast(SystemDictionary::Class_klass())->allocate_instance(k, CHECK_0);
...
// if `k` holds a InstanceKlass, it will initialize the static fields by constant value attribute. else do nothing...
}
我对此非常困惑。只有alloc
内存,如果是java.lang.String
的对象,则将char[]
放入其中;但是java.lang.String
和java.lang.Class
中的其他字段什么时候填入oop?谢谢。
答案 0 :(得分:2)
java_lang_String::basic_create()
分配String
个对象并初始化其value
字段:
obj = InstanceKlass::cast(SystemDictionary::String_klass())->allocate_instance(CHECK_NH);
// Create the char array. The String object must be handlized here
// because GC can happen as a result of the allocation attempt.
Handle h_obj(THREAD, obj);
typeArrayOop buffer;
buffer = oopFactory::new_charArray(length, CHECK_NH);
// Point the String at the char array
obj = h_obj();
set_value(obj, buffer); <<<--- char[] value is set here
// No need to zero the offset, allocation zero'ed the entire String object
assert(offset(obj) == 0, "initial String offset should be zero");
//set_offset(obj, 0);
set_count(obj, length);
hash
字段是懒惰计算的。在分配时,它具有默认值0
,因为allocate_instance
清除整个对象。 JDK 8中没有其他String
实例字段。
对于java.lang.Class
,它没有在分配时初始化的字段,因为它的所有字段都是一种缓存。它们在需要时以Java代码设置。同样,整个Class
实例被分配例程归零。