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}}