jvm java 看似一种语言,实则一个巨大的体系的王国,开发这么多年了,还是没有搞懂,我以为我懂了,可是过了一段时间又忘了,所以说还是没懂
1、main方法说起
编译完我们的java文件后,需要有个一含有main方法的类,java 命令将指示操作系统启动一个jvm进程
这个jvm进程启动后,寻找那个main地方开始执行程序
java [JVM_Options] ClassName_with_main [args_separate_space]
main方法的签名必须是 pubic static void main(String[] args) why?
简单点:
首先,main方法是JVM(java虚拟机)自动调用
JVM调用main方法的位置自然不会在某个类中、或某个包中,因此只有当main方法在公有级别上时,才对JVM可见,所以mian方法需要public修饰,
main方法所在的类也需要public修饰符。
由于main方法是所有程序的入口,也就是main被调用时没有任何对象创建,不通过对象调用某一方法,只有将该方法定义为静态方法,所以main方法是一个静态方法,既需要static修饰。
JVM对于java程序已经是最底层,由它调用的方法的返回值已经没有任何地方可去,因此,main方法返回值为空,既需用void修饰。
至于main方法的参数String[ ] arg我们现在已经很少有机会去用它了,它用于在接受命令行传入的参数
2、执行main方法之前发生了神马
可以参看 jvm源码分析
首先要明确 jvm进程 是操作系统的进程,该进程是多线程机制的
我们明确两种线程:
jvm线程:指jvm自行管理的线程,我们在程序中无法操控,多是守护类型的
java线程:指从java技术角度看 jvm、我们在程序中用Thread类或Runnable接口编写产生的线程,可操控的线程
至于 java线程 在 jvm里面是怎么实现的,怎么对应到os级别的线程的,请看 http://my.oschina.net/jingxing05/blog/275334
明确两类不同的线程之后,执行main方法之前: LoadJavaVM
jvm进程启动了多个jvm线程(很可能是错的,如有,请赐教):
jvm线程:
-
启动 VM Thread, 单例的,所有线程之始祖!这个线程自轮询loop从对一个队列中取操作任务,来产生其他线程
-
根据jvm抽象规范,可能有执行引擎线程,GC线程,classloader线程
在jvm自身启动和初始化之后,会
ContinueInNewThread(JavaMain, threadStackSize, (void*)&args);
即启动一个叫main的线程来执行 入口的main方法,main线程虽然不是我们手动生出的线程,但ta还是一个非守护线程
3、main执行过程
-
加载类
执行main方法时,jvm进程发现main所在类没有在方法区,于是开始进行classload
类加载完的最后一步是 根据情况决定 是不是要进行类的初始化
在main执行之前,必须先对类进行初始化。初始化类的变量,还有静态代码块。初始化的时候还要先初始化它的父类。每个类都有一个隐含的父类Object。
初始化的顺序:类变量和静态块按序,先父后子
类的初始化过程发生时刻:
1. T是一个类,当T的一个实例创建的时候,也就是T t = new T();
2. T的一个静态方法被调用的时候,也就是 T.staticField();
3. T的静态属性被赋值的时候,T.staticField = o;
4. T的一个静态属性被使用的时候,也就是 Object o = T.staticField; 但是它不是常量。
5. T is a top level class , and an assert statement lexically nested
within T is executed. (不懂,求解)
-
执行main方法
将方法需要的参数,局部变量,本地方法,操作数等以 栈帧的结构 push到 main线程的堆栈区,然后执行引擎线程开始执行,执行完毕,将该栈帧 pop掉。main线程的堆栈区没有栈帧时,main线程消退。
-
卸载类对象
这一步是个优化的步骤,释放一些方法区的内存,jvm自己决定要不要这一步,一般不会去卸载方法区的
-
程序退出
1. 所有的非daemon线程都终止了
2. 某个线程调用了类Runtime或者System的exit方法
main程序执行图
类加载详细过程
jvm中的一些线程可参看 http://ifeve.com/jvm-thread/
http://my.oschina.net/jingxing05/blog/282867?p={{currentPage+1}}