Just understand it as "an object that has all the metadata of the object's type". In that object, you can find the methods declared in the class, the fields, the type hierarchy, etc. This information will be typically used by code that uses reflection to either inspect objects/types or to run method without the need to have the class defined and compiled when they, themselves are being coded.
"Runtime" may be emphasized because the class definition may change over time, or the object may be declared as a supertype while it actually is an instance of a subtype of the one declared. When a certain class is loaded, it's that information, as loaded during that instance, that will be returned by the getClass() method.
In short, when your code runs, the VM will have a definition of your class in a different way than the "source" form that you type in a .java file. That information, of course after being compiled, will be loaded and all the metadata (as said above) will constitute what they call the "runtime class". It's just a fancy way to say "an object with all the metadata about a class loaded when the program is running"
Answer from ernest_k on Stack Overflow[java] Can you help me understand what exactly "runtime" is?
When I open the minecraft file it says I need The Java Runtime 65.0, and that this java runtime only recognizes Java Runtime up to 61.0
Videos
Just understand it as "an object that has all the metadata of the object's type". In that object, you can find the methods declared in the class, the fields, the type hierarchy, etc. This information will be typically used by code that uses reflection to either inspect objects/types or to run method without the need to have the class defined and compiled when they, themselves are being coded.
"Runtime" may be emphasized because the class definition may change over time, or the object may be declared as a supertype while it actually is an instance of a subtype of the one declared. When a certain class is loaded, it's that information, as loaded during that instance, that will be returned by the getClass() method.
In short, when your code runs, the VM will have a definition of your class in a different way than the "source" form that you type in a .java file. That information, of course after being compiled, will be loaded and all the metadata (as said above) will constitute what they call the "runtime class". It's just a fancy way to say "an object with all the metadata about a class loaded when the program is running"
It means "the class of the instance the variable refers to at runtime" (sorry if that's not actually clearer).
If you have a reference to an Object, it could refer to an Object, a String, an Integer... you get that class, not Object.
Object obj1 = new Object();
System.out.println(obj1.getClass()); // java.lang.Object
String obj2 = "";
System.out.println(obj2.getClass()); // java.lang.String
obj1 = obj2;
System.out.println(obj1.getClass()); // java.lang.String, not Object.
Compilation is pretty clear. As long as your classpath is configured correctly, you simply run javac on your .java files, thus turning them into .class files (bytecode, not machine code).
But what is done with these .class files then?
When I open the minecraft file it says I need The Java Runtime 65.0, and that this java runtime only recognizes Java Runtime up to 61.0 newest Java version. Is It away to fix it or download a past server version of minecraft?