Java性能优化系列之-JIT即时编译器与Java内存管理机制
JIT(即时编译器)的目的在于提高热点代码的执行效率。在运行时,虚拟机会将这些代码编译成与本地平台相关的机器码,并进行各种层次的优化。完成这一任务的热门搜索源码编译器被称为即时编译器(Just In Time Compiler),简称 JIT 编译器。
即时编译器不是虚拟机必需的部分,Java 虚拟机规范并没有规定 Java 虚拟机内必须要有即时编译器的存在,更没有限定或指导即时编译器应该如何去实现。但是,即时编译器编译性能的好坏、代码优化程度的高低却是衡量一款商用虚拟机优秀与否的最关键的指标之一。它也是虚拟机中最核心且最能体现虚拟机技术水平的部分。
目前主流的 HotSpot 虚拟机默认采用一个解释器和其中一个编译器直接配合的方式工作,程序使用哪个编译器,取决于虚拟机运行的模式。在 HotSpot 中,解释器和 JIT 即时编译器是同时存在的,他们是 JVM 的两个组件。对于不同类型的web 文件 源码下载应用程序,用户可以根据自身的特点和需求,灵活选择是基于解释器运行还是基于 JIT 编译器运行。HotSpot 为用户提供了几种运行模式供选择,可通过参数设定,分别为:解释模式、编译模式、混合模式,HotSpot 默认是混合模式,需要注意的是编译模式并不是完全通过 JIT 进行编译,只是优先采用编译方式执行程序,但是解释器仍然要在编译无法进行的情况下介入执行过程。
字节码是指平常所了解的 .class 文件,Java 代码通过 javac 命令编译成字节码。机器码和本地代码都是指机器可以直接识别运行的代码,也就是机器指令。字节码是不能直接运行的,需要经过 JVM 解释或编译成机器码才能运行。Java 源码转换成字节码的过程是由 JVM 执行引擎来完成的。
JVM 的类加载是通过 ClassLoader 及其子类来完成的,类的免费分享游戏源码层次关系和加载顺序可以由下图来描述。Bootstrap ClassLoader 负责加载 $JAVA_HOME 中 jre/lib/rt.jar 里所有的 class,由 C++ 实现,不是 ClassLoader 子类。Extension ClassLoader 负责加载 Java 平台中扩展功能的一些 jar 包,包括 $JAVA_HOME 中 jre/lib/*.jar 或 -Djava.ext.dirs 指定目录下的 jar 包。App ClassLoader 负责记载 classpath 中指定的 jar 包及目录中 class。Custom ClassLoader 属于应用程序根据自身需要自定义的 ClassLoader,如 Tomcat、jboss 都会根据 J2EE 规范自行实现 ClassLoader。
JVM 是基于栈的体系结构来执行 class 字节码的。线程创建后,都会产生程序计数器(PC)和栈(Stack),程序计数器存放下一条要执行的指令在方法内的偏移量,栈中存放一个个栈帧,每个栈帧对应着每个方法的每次调用,而栈帧又是有局部变量区和操作数栈两部分组成,局部变量区用于存放方法中的局部变量和参数,操作数栈中用于存放方法执行过程中产生的中间结果。
编译器:把源程序的每一条语句都编译成机器语言,并保存成二进制文件,安卓 include 源码这样运行时计算机可以直接以机器语言来运行此程序,速度很快。解释器:只在执行程序时,才一条一条的解释成机器语言给计算机来执行,所以运行速度是不如编译后的程序运行的快的。
Java 通过 javac 命令将 Java 程序的源代码编译成 Java 字节码,即我们常说的 class 文件。这是我们通常意义上理解的编译。字节码并不是机器语言,要想让机器能够执行,还需要把字节码翻译成机器指令。这个过程是 Java 虚拟机做的,这个过程也叫编译。(实际上就是解释,引入 JIT 之后也存在编译)
Java 不完全是通过编译来生成机器码的,还结合了解释执行,那如何判断那些代码是使用编译执行还是解释执行呢?定义:当虚拟机发现某个方法或代码块的运行特别频繁时,就会把这些代码认定为“热点代码”。
HotSpot 使用第二种 - 基于计数器的热点探测方法。方法调用计数器触发即时编译的小说源码导入txt流程:计数器的种类(两种共同协作)了解了热点代码和计数器有什么用呢?即时编译是需要达到某种条件才会触发的。
解释器与编译器两者各有优势。解释器:当程序需要迅速启动和执行的时候,解释器可以首先发挥作用,省去编译的时间,立即执行。编译器:在程序运行后,随着时间的推移,编译器逐渐发挥作用,把越来越多的代码编译成本地代码之后,可以获取更高的执行效率。
HotSpot 虚拟机启用分层编译的策略。分层编译根据编译器编译、优化的规模与耗时,划分出不同的编译层次:实施分层编译后,Client Compiler 和 Server Compiler 将会同时工作,许多代码都可能会被多次编译看,用 Client Compiler 获取更高的编译速度,用 Server Compiler 获取更好的编译质量,在解释执行的时候也无须再承担收集性能监控信息的任务。
Java程序员有一个共识,以编译方式执行本地代码比解释方式更快,之所以有这样的共识,除去虚拟机解释执行字节码时额外消耗时间的原因外,还有一个很重要的原因就是虚拟机设计团队几乎把代码的所有优化措施都集中在了即时编译器之中,因此一般来说,即时编译器生成的本地代码比Javac产生的字节码更加优秀!
内联优化是:一是去除方法调用的成本(如建立栈帧等),二是为了其他优化建立良好的基础。方法的调用过程: (1) 首先会有个执行栈,存储目前所有活跃的方法,以及它们的本地变量和参数; (2) 当一个新的方法被调用了,一个新的栈帧会被加到当前线程的栈顶,分配的本地变量和参数会存储在这个栈帧中; (3) 跳到目标方法代码执行; (4) 方法返回的时候,本地方法和参数会被销毁,栈顶被移除; (5) 返回原来地址执行;
公共子表达式消除:如果一个表达式 E 已经计算过了,并且从先前的计算到现在 E 中所有变量的值都没有发生变化,那么 E 的这次出现就成为了公共子表达式!例如:int d = (c + b) * + a + (a + b * c);
Java语言是一门动态安全的语言。如果有一个数组 foo[],在 Java 语言中访问数组元素 foo[i] 的时候系统将会自动进行上下界的范围检查,即检查 i 必须满足 i >=0 && i < foo.length 这个条件,否则将抛出一个运行时异常:java.lang.ArrayIndexOutOfBoundsException。
逃逸分析的基本行为就是分析对象动态作用域:当一个对象在方法中被定以后,它可能被外部方法所引用,例如作为调用参数传递到其他方法中,称为方法逃逸。甚至还有其可能被外部线程访问到,譬如赋值给类变量或可以在其他线程中访问的实例变量,称为线程逃逸!
Java内存模型结构分为线程私有内存区:程序计数器、本地方法栈、虚拟机栈。线程共享内存区:Java 堆、方法区。对象实例化分析:这段代码的执行会涉及 Java 栈、Java 堆、方法区三个最重要的内存区域。假设该语句出现在方法体中,obj 会作为引用类型(reference)的数据保存在 Java 栈的本地变量表中,在 Java 堆中保存该引用的实例化对象。
javaå·¥ä½åç
Javaå·¥ä½åç
ç±åæ¹é¢ç»æï¼
ï¼1ï¼Javaç¼ç¨è¯è¨
ï¼2ï¼Javaç±»æä»¶æ ¼å¼
ï¼3ï¼Javaèææº
ï¼4ï¼Javaåºç¨ç¨åºæ¥å£
å½ç¼è¾å¹¶è¿è¡ä¸ä¸ªJavaç¨åºæ¶ï¼éè¦åæ¶æ¶åå°è¿åç§æ¹é¢ã使ç¨æåç¼è¾è½¯ä»¶ï¼ä¾å¦è®°äºæ¬ãååæ¿ãUltraEditçï¼æéæå¼åç¯å¢ï¼EclipseãMyEclipseçï¼å¨Javaæºæ件ä¸å®ä¹ä¸åçç±» ï¼éè¿è°ç¨ç±»ï¼è¿äºç±»å®ç°äºJava APIï¼ä¸çæ¹æ³æ¥è®¿é®èµæºç³»ç»ï¼ææºæ件ç¼è¯çæä¸ç§äºè¿å¶ä¸é´ç ï¼åå¨å¨classæ件ä¸ï¼ç¶ååéè¿è¿è¡ä¸æä½ç³»ç»å¹³å°ç¯å¢ç¸å¯¹åºçJavaèææºæ¥è¿è¡classæ件ï¼æ§è¡ç¼è¯äº§ççåèç ï¼è°ç¨classæ件ä¸å®ç°çæ¹æ³æ¥æ»¡è¶³ç¨åºçJava APIè°ç¨ ã
写Java这么久,JDK源码编译过没?编译JDK源码踩坑纪实
在Java开发中,我们通常使用JDK环境来运行和编写Java代码。然而,你是否曾经好奇过,你天天使用的JDK源码究竟是如何由源码编译而来的呢?
带着这个疑问,本文将带你一起探索如何手动编译一个JDK,从环境准备到编译过程,再到验证成果。过程中会遇到各种问题与解决之道,让你在实践中学习,提升编程技能。
在编译过程中,环境的配置和工具的选择至关重要。首先,需要有一个与目标JDK版本相匹配的bootstrap JDK(boot JDK),以确保编译工作的顺利进行。接着,需要一个Unix环境,无论是Linux、macOS还是通过Cygwin、MinGW/MSYS等工具模拟的Windows环境。
编译所需的工具链包括C++/C编译器、Mercurial版本控制工具等,用于管理源码。在编译前,还需要进行自动配置,确保所有依赖环境正确安装并兼容。
下载JDK源码有两种方式:使用Mercurial工具或直接下载打包好的源码包。下载完成后,进入源码根目录进行配置和编译。编译过程可能需要一点时间,但通过验证编译结果,如输出提示,你将成功完成编译。
编译完成后,JDK源码将会生成一系列产物,包括Java可执行程序、成品JDK套装等。验证成果时,可以通过运行编译出的Java程序来确认一切正常。接下来,将自己编译的JDK应用到实际项目中。
在关联JDK源码并修改时,可能会遇到注释问题,如行尾注释、多行注释等。通过自行编译JDK,这些问题可以得到解决。同时,解决中文注释编译报错的问题,需要调整源码中字符编码设置。
通过实践,你不仅能够深入了解JDK的编译过程,还能够解决实际开发中遇到的种种问题。最后,分享资源与持续更新的学习材料,鼓励大家在编程的道路上不断进步。
2024-12-29 03:44
2024-12-29 03:39
2024-12-29 03:09
2024-12-29 02:58
2024-12-29 02:35