logical structure/details of a reference variable and object in the memory?
Let's say we have a class:
class Class1
{
int i = 1;
}
and we have a variable:
Class1 ob1 = new Class1();
ob1 store the information that it refers to an object of Class1 ? Class1 is stored store the information that it is of Class1 type? If you can recommend the source of such information I'll be very grateful for providing it I can't find it in the reference book.
Does a reference itself stored in a variable ob1 store the information that it refers to an object of Class1?
NO . Reference variable ob1 stores only the reference of the object it points to. And the information about that object is already known to the application (or JVM).
Does the part of the heap where Class1 is stored store the information that it is of Class1 type?
NO . The information about class being loaded is stored in method area. As specified in this link
For each type it loads, a Java virtual machine must store the following kinds of information in the method area:
How does logically looks like this information? It's a string like application1.Class1 or a reference to some reference types pool?
Inside the Java class file and Java virtual machine, type names are always stored as fully qualified names. For example, the fully qualified name of class Object in package java.lang is representated as java/lang/Object. In the method area, fully qualified names can be represented in whatever form and data structures a designer chooses.
Every java object reference knows its class at runtime; this so-called "run-time type information" is used in code like this:
if (obj instanceof class1) {
// true!
}
You can also access the class of an object through obj.getClass() . This will return class1.class , an object of class Class<class1> . See the Object.getClass method.
(Note that if your class is parameterized, as class1<T> , the type of T will not be stored at runtime, due to "erasure".)
I don't know whether the class information is stored with the pointer or with the data; it's probably implementation-specific in the jvm; but it hardly matters from a practical standpoint. (So either answer 1 or 2, or both, is "yes").
The answer to 3 is that, as far as a java programmer is concerned, the run-time type information is encapsulated in an object of class Class . Under the covers, a JVM may implement this in one way or another.
Answering your question:
No, it doesn't . Reference is just a reference, ie some address in heap, where corresponding object is stored. There is no need to store duplicate information about reference type in reference itself, because actually real variable, which contains its reference address could be of various class types.
Very strange question. Of course, yes, it does . Furthermore, this "part of heap" is an object, which contains this particular class description. Any Class object contains information about full name of that class, which is described by it.
It is not defined as how it looks logically, if you mean its structure:
2.7 Representation of Objects:
The Java virtual machine does not mandate any particular internal structure for objects.
But if we are talking about information about class type - yes, it is just a String object, because "type" of Class object (which it is represent) is just a name of corresponding class.
上一篇: 如何编写用于描述CRUD操作的声明式Cucumber功能？
下一篇: 逻辑结构/参考变量和内存中的对象的细节？