序言html
转载请声明,转自【http://www.javashuo.com/article/p-bkfkxpsc-er.html】,谢谢!java
笔者从事Anroid开发有些年头了,深知掌握Anroid性能优化方面的知识的必要性,这是一个程序员必须修炼的内功。在面试中,它是面试官的挚爱,在工做中,它是代码质量的拦路虎,其重要性可见一斑。在团队中,性能优化的工做又每每由经验丰富的老师傅来完成,可见要作好性能优化,毫不是一件容易的事情。android
性能优化方面涉及的知识点比较广,有理论基础知识,也有实际操做技能,笔者将经过一系列的文章来进行整理,将主要包括Java虚拟机、内存分配、垃圾回收,android虚拟机、进程管理、内存优化、内存泄漏,经常使用内存分析及优化工具介绍等。因为笔者水平和经验有限,也是在边研究边整理,有不当之处,请不吝赐教。程序员
当前系列内容已完成以下篇章:面试
【朝花夕拾】Android性能篇之(二)Java内存分配安全
【朝花夕拾】Android性能篇之(三)Java内存回收性能优化
【朝花夕拾】Android性能篇之(五)Android虚拟机编辑器
【朝花夕拾】Android性能篇之(六)Android进程管理机制
前言
之因此第一篇要先介绍JVM,是由于当前Android开发的主流语言是java,而JVM又是java程序进程生命诞生的地方。JVM就像盘古同样开天辟地,在机器上开辟了一个虚拟的空间,而后才有了java生存的土壤。JVM也是中高级程序员,架构师,系统调优师等职位所必需要了解甚至深刻掌握的知识点。固然,本系列的重点是内存及性能上的优化,因此本文只对JVM作必定概略性的讲解,不作太深刻的研究。本文主要内容以下:
1、什么是JVM?
我们这里借鉴百度百科的解释:
JVM是Java Virtual Machine 的缩写,即Java虚拟机,它是一种用于计算设备的规范,经过在实际的计算机上仿真模拟各类计算机功能来实现,能够简单理解为,它是一个在实际计算机中虚构出来的寄生计算机。Java源文件通过编译器编译成.class文件(字节码文件)后,由JVM来执行。JVM拥有一套支持java字节码文件(.class文件)执行的环境,能够将.class文件解释成具体平台上的机器指令并执行。Java程序只须要生成.class文件,便可以在任何装有JVM的设备上运行,而不须要理会具体操做系统平台相关的信息。此时的JVM就像一个翻译官同样链接链接着.class文件和系统平台。Java的这个特性叫作平台无关性,实现了“一次编译,处处运行”,JVM就是实现Java这个功能的大功臣。
2、JDK,JRE,JVM是什么关系?
以下截图为JDK安装包结构
一、JDK
Java Development Kit 的缩写,即 Java开发工具包,提供了开发java程序所须要的基本条件。在上图JDK安装包截图的红色边框中
二、JRE
Java Runtime Environment的缩写,即Java运行环境,下图为JRE文件夹的内容。注意,JRE是运行环境,而不是开发环境。
三、JVM
执行.class文件。
四、结论
这三者的关系能够经过下图(摘自某网站)来理解:JDK包含了JRE,JRE又包含了JVM(对于比较懒得童鞋,能够先记住这个结论)。图中提到的Java开发工具,集成有类库和编译工具,只需关联jre便可。
3、JVM的工做
一、Java文件执行流程图
下图显示了JVM在java程序工做流中的位置,能够结合前面的内容来看。
二、JVM实际工做内容
实际上JVM的执行过程当中,主要作了三个工做:
(1)加载并执行.class文件;
(2)管理并分配内存(推荐阅读:【朝花夕拾】Android性能篇之(二)Java内存分配);
(3)执行垃圾回收(推荐阅读:【朝花夕拾】Android性能篇之(三)Java内存回收)。
4、JVM生命周期
一个JVM实例对应一个独立运行的Java程序,是属于进程级别的,也有本身的生命周期:
一、启动
当启动一个Java程序的时候,就产生了一个JVM实例。咱们还记得Java的入口函数 public static void main(String[] args)吗?每一个拥有该函数的.class均可以做为JVM实例运行的起点。
二、运行
main()做为起点,启动主线程,其余任何线程都在该线程中启动。JVM有两种线程:User Thread(用户线程)和Daemon Thread(守护线程:为用户线程服务的线程),main()线程为用户线程,而守护线程一般由JVM本身使用。
三、消亡
当程序中的全部用户线程都终止时,JVM才会退出,守护线程无线程须要服务了,也就跟着退出了历史的舞台。若安全管理器容许,程序也可使用Runtime或者System.exit()来退出。
5、JVM架构及工做原理
上图更详细地展现了JVM的架构,由图可知,JVM主要是划分为三个子系统 :(1)类加载器子系统 (2)运行时数据区 (3)执行引擎 和Java本地接口、本地方法库。
一、类加载子系统(Class Loader SubSystem)
Java的动态类加载功能由该子系统处理,当它在运行时(不是编译时)首次引用一个类时,它加载、连接并初始化该类文件(.class文件)。
(1)加载(Loading)
类的加载在此组件中完成,加载过程主要由下面三个加载器实现:
1)启动类加载器(BootStrap class Loader)。负责从启动类路径中加载类,无非就是rt.jar。这个加载器会被赋予最高优先级。
2)扩展类加载器(Extension class Loader)。负责加载ext目录(jre\lib)内的类。
3)应用程序类加载器(Application class Loader)。负责加载应用程序级别类路径,涉及到路径的环境变量等。
这三个类加载器会遵循委托层次算法(Delegation Hierarchy Algorithm)加载类文件。
(2)连接(Linking)
该过程主要完成如下三个步骤:
1)校验(Verify)。字节码校验器会校验生成的字节码是否正确,若是校验失败,咱们会获得校验错误。
2)准备(Prepare)。分配内存并初始化默认值给全部的静态变量。
3)解析(Resolve)。全部符号内存引用被方法区(Method Area)的原始引用所替代。
(3)初始化(Initialization)
这是类加载的最后阶段,这里全部的静态变量会赋初始值,而且静态块将被执行。
二、运行时数据区(Runtime Data Area)
该部分将在后续的文章(【朝花夕拾】Android性能篇之(二)Java内存分配)中详细讲述,这里不作赘述。
三、执行引擎(Execution Engine)。
分配给运行时数据区的字节码将由执行引擎执行,执行引擎读取字节码并逐段执行。它包含了以下三个部分:解释器、编译器、垃圾回收器。
(1)解释器(interpreter)。
解释器可以快速地解释字节码,但执行却很慢。它的一个缺点就是,当一个方法被调用屡次,每次都须要从新解释。
(2)JIT编译器。
JIT编译器消除了解释器的缺点,执行引擎利用解释器转换字节码,但若是是重复的代码,则使用JIT编译器将所有字节码编译成本机代码,本机代码将直接用于重复的方法调用,这样提升了系统的性能。它的工做由下面4个工具协同完成:
1)中间代码生成器。负责生成中间代码。
2)代码优化器。负责优化上面生成的中间代码。
3)目标代码生成器。负责生成机器代码或本机代码。
4)探测器(Profiler)。一个特殊的组件,负责寻找被屡次调用的方法。
(3)垃圾回收器。
搜集并删除未引用的对象。能够经过调用“System.gc()”来触发垃圾回收,但并不保证会确实进行垃圾回收。JVM的垃圾回收只收集那些由new关键字建立的对象。因此,若是不是用new建立的对象,你可使用finalize函数来执行清理。
四、Java本地接口(JNI,Native Method Interface)
JNI会与本地方法库进行交互并提供执行引擎所需的本地库。
五、本地方法库(Native Method Library)
它是一个执行引擎的本地库集合。
推荐阅读
最后推荐一本术,周志明著的《深刻理解Java虚拟机——JVM高级特性与最佳实践》,业内评价很高,口碑很是好。