JVM Architecture
it is a software simulation of a machine which can perform operations like a physical machine. There are two type of virtual machines.
-
Hardware based or system based - It provides several logical systems on the same computer with strong isolation from each other. That is on one physical machine we are defining multiple logical machines. The main advantage of hardware based virtual machines is hardware resources sharing and improve utilization of hardware resources.
Example - KVM(Kernal based virtual machine for linux systems), VMWARE, XEN, Cloud computing -
Application based or process based - These virtual machines acts as runtime engines to run a particular programming language applications.
Example -- JVM(Java virtual machine) acts as runtime engine to run java based applications.
- PVM(Parallel virtual machine) acts as runtime engine to run perl based applications.
- CLR(Common language runtime) acts as runtime engine to run .NET based applications.
- JVM(Java virtual machine) acts as runtime engine to run java based applications.
Class loader subsystem is responsible for the following three activities.
- Loading
- Linking
- Initialization
Loading means reading class files and store corresponding binary data in method area. For each class file JVM will store corresponding information in the method area.
- Fully qualified name of class
- Fully qualified name of immediate parent class
- Methods information
- Variables information
- Constructors information
- Modifier information
- Constant pool information etc
After loading .class file immediately JVM creates an object for that loaded class in the heap memory of type java.lang.Class.
The class Class object can be used by programmer to get class level information like methods information, variables information, constructor information etc.
class Student {
private int name;
private int rollNumber;
public int getName() {
return name;
}
public void setName(int name) {
this.name = name;
}
public int getRollNumber() {
return rollNumber;
}
public void setRollNumber(int rollNumber) {
this.rollNumber = rollNumber;
}
}
public class Example1 {
public static void main(String[] args) throws ClassNotFoundException {
Class c = Student.class;
Method[] m = c.getDeclaredMethods();
for (Method m1 : m) {
System.out.println(m1.getName());
}
}
}For every loaded type only one class object will be created even though we are using the class multiple times in our program.
public class Example2 {
public static void main(String[] args) {
Student s1 = new Student();
Class c1 = s1.getClass();
Student s2 = new Student();
Class c2 = s2.getClass();
System.out.println(c1.hashCode());
System.out.println(c2.hashCode());
System.out.println(c1 == c2);// true
}
}In the above program even though we are using Student class multiple times only one Class class object got created.
It is responsible for three activities.
- Verify or Verification - It is the process of ensuring that binary representation of a class is structurally correct or not. That is JVM will check whether .class generated by valid compiler or not that is whether.class is properly formatted or not. Internally Bytecode verifier is responsible for this activity. Bytecode verifier is the part of class loader subsystem. If verification fails then we will get runtime exception saying java.lang.VerifyError.
-
Prepare or Prepration - In this phase JVM will allocate memory for class level static variables and assign default values.
Note - In the initialization phase original values will be assigned to the static variables and here only default values will be assigned. - Resolve or Resolution - It is the process of replacing symbolic names in our program with original memory refrences from method area.
class Test{
public static void main(String[] args){
String s1=new String("durga");
Student s2=new Student();
}
}For the above class class loader loads Test.class, String.class, Student.class and Object.class. The name of these classes are stored in constant pool of Test class. In resolution phase these names are replaced with original memory level references from method area.
In this phase all static variables are assigned with original values and static blocks will be executed from parent to child and from top to bottom.
Note - While loading, linking and initialization if any error occurs then we will get runtime exception saying java.lang.LinkageError.
- Bootstrap class loader or Primordial class loader
- Extension class loader
- Application class loader or System class loader
it is responsible to load core java Api classes ie the classes present in rt.jar.
This location is called bootstrap classpath ie bootstrap class loader is responsible to load classes from bootstrap classpath (JDK/JRE/lib).
Bootstrap class loader is by default available with every JVM. it is implemented in native languages like C/C++ and not implemented in java.
It is the child class of bootstrap class loader. It is responsible to load classes from extension classpath (JDK/JRE/lib/ext). Extension class loader is implemented in java and corresponding .class file is sun.misc.Launcher$ExtClassLoader.class.
It is the child class of Extension class loader. This class loader is responsible to load classes from application classpath. It internally uses environment variable classpath. It is implemented in java and the corresponding .class file name is sun.misc.Launher$AppClassLoader.class.
Class loader follows delegation hierarchy principle. whenever jvm come across a particular class first it will check whether the corresponding .class is already loaded or not. if it is already loaded in method area then jvm will consider that loaded class. If it is not loaded then JVM request class loader subsystem to load that particular class. Then class loaded subsystem handover the request to Application class loader. Application class loader delegates the request to Extension class loader which intern delegates the request to Bootstrap class loader. Then bootstrap class loader will search in bootstrap class path. if it is available then the corresponding .class will be loaded by bootstrap class loader. if is not available then Bootstrap class loader delegates the request to extension class loader. Extension class loader will search in extension classpath. If it is available then it will be loaded otherwise extension class loader delegates the request to Application class loader. Application class loader will search in application class path. If it is available then it will be loaded otherwise we will get runtime exception saying NoClassDefFoundError or ClassNotFoundException.
public class Example3 {
public static void main(String[] args) throws ClassNotFoundException {
/*
* BootStrap class loader is responsible and we will get null as answer
* because it is not written in java.
*/
System.out.println(String.class.getClassLoader());
/*
* Application class path is responsible because Example3.class is present
* in current working directory
* sun.misc.Launcher$AppClassLoader@73d16e93
*/
System.out.println(Example3.class.getClassLoader());
/*
* Assume Student class is present in current working directory and
* extension class path then Extension class path is responsible and we
* will get sun.misc.Launcher$ExtClassLoader@73d16e93
*/
System.out.println(Student.class.getClassLoader());
}
}Note
- BootStrap is not java object hence we got null in the first case but extension and application class loaders are java objects hence we are getting corresponding output for the remaining two SOP's [classname@hashcode_in_hexadecimal]
- Class loader subsystem will give the highest priority for bootstrap classpath and then extension class path followed by application classpath.
Default class loaders will load .class file only once even though we are using multiple times that class in our program. after loading .class file if it is modified outside then default class loader won't load updated version of class file(because .class file already available in method area). we can resolve this problem by defining our own customized class loader. The main advantage of customized class loader is we can control class loading machenism based on our requirement. For example - we can load .class file separately every time so that updated version available to our program.
We can define our own customized class loader by extending java.lang.ClassLoader class.
public class Example4 {
public static void main(String[] args) throws ClassNotFoundException {
Test test = new Test();
MyClassLoader classLoader = new MyClassLoader();// Loaded by default classloader
classLoader.loadClass("Test");// Loaded by customized classloader
classLoader.loadClass("Test");// Loaded by customized classloader
}
}
class MyClassLoader extends ClassLoader {
/*
* (non-Javadoc)
*
* @see java.lang.ClassLoader#loadClass(java.lang.String)
*/
@Override
public Class<?> loadClass(String name) throws ClassNotFoundException {
/*
* Check for update and load updated .class file and return
* corresponding class file.
*/
return null;
}
}
class Test {
}While developing web servers and application servers usually we can go for customized class loaders to customize class loading mechanism.
We can use java.lang.ClassLoader class to define our own customized class loaders. Every class loader in java should be child class of java.lang.ClassLoader class either directly or indirectly. Hence this class acts as base class for all customized class loaders.
Whenever JVM loads and runs a java program it needs memory to store several things like Bytecode, objects, variables etc Total JVM memory organized into the following 5 categories.
- Method Area
- Heap Area
- Stack Memory
- PC Registers
- Native method stacks
- For every JVM one method area will be available.
- Method area will be created at the time of JVM Start up.
- Inside Method area class level binary data including static variables will be stored.
- Constant pools of a class will be stored inside method area.
- Method area can be accessed by multiple threads simultaneously.
- For every JVM one heap area is available.
- Heap area will be created at the time of jvm start up.
- Object and corresponding instance variables will be stored in the heap area.
- Every array in java is object only hence arrays also will be stored in the heap area.
- Heap area can be accessed by multiple threads and hence the data stored in the heap memory is not thread safe.
- Heap area need not be continuous.
Java application can communicate with JVM by using Runtime object. Runtime class present in java.lang package and it is a singleton class. We can create Runtime object as follows.
Runtime r=Runtime.getRuntime();
Once we got Runtime object we can call the following methods on that object.
- maxMemory() - it returns the number of bytes of max memory allocated to the heap.
- totalMemory() - it returns number of bytes of total memory allocated to the heap(Initial memory).
- freeMemory() - It returns number of bytes of free memory present in the heap.
public class Example5 {
public static void main(String[] args) {
double mb = 1024 * 1024;
Runtime runtime = Runtime.getRuntime();
System.out.println("Max memory :" + runtime.maxMemory() / mb);
System.out.println("Total memory: " + runtime.totalMemory() / mb);
System.out.println("Free memory: " + runtime.freeMemory() / mb);
System.out.println("Consumed memory: " + (runtime.totalMemory() - runtime.freeMemory()) / mb);
}
}Heap memory is finite memory but based on our requirement we can set max and min heap sizes ie we can increase and decrease the heap size based on our requirement. we can use the following flags with java command.
-Xmx = To set maximum heap size(max memory)
java - Xmx512M HeapDemo - This command will set max heap size as 512 MB.-Xms = We can use this command to set minimum heap size(total memory)
java -Xms64M HeapDemo - To set minimum heap size as 64 MB.