Java36讲总结(一)——Java平台型的理解

背景

最近看了一点点极客时间上的《Java核心技术36讲》,打算把一些自己感兴趣或者不知道的点总结到博客中,方便对一些知识有一些整理和拾遗。

Java平台性的理解

java本身是一种面向对象的语言,有两个特征,一是“write once, run anywhere”,能够非常容易的获取跨平台的能力;另外就是垃圾手机机制,Java通过垃圾收集器(Garbage Collector)回收分配内存。

我们会接触到JRE和JDK。其中JRE是Java Runtime Environment,JDK是Java Development Kit。JRE是java运行环境,包含了JVM和java类库,以及一些模块等。而JDK可以看做是JRE一个超集,提供了更多工具,比如编译器、各种诊断工具、安全工具等。

对于Java平台的理解,可以从两个方面去谈一下。第一个方面是Java语言的特性,包括泛型、集合类、java8中的lambda特性、基础类库、IO/NIO、网络、并发、安全等,这个系统化的去总结一下,肯定能对java平台有更深的理解。另一方面可以去理解JVM中的一些概念和机制,比如Java的类加载机制,JDK中的Class-Loader,例如Bootstrap、Application和Extension Class-loader;类加载的过程:加载、验证、链接和初始化;自定义Class-Loader等;还有java的内存模型,堆、栈、方法区等内存在程序运行时的分配;垃圾回收的基本原理,常见的垃圾回收器,如SerialGC、Parallel GC、CMS、G1等,对于适用于什么样的工作负载也要去有深入的理解。

对于java是解释执行的理解,这个说法是不太准确的。我们写的java代码,首先是通过javac编译成为字节码(byteCode),然后在运行时,通过JVM内嵌的解释器将字节码转换成为最终的机器码。但是存在常见的JIT(Just-In-Time)编译器,也就是说的动态(及时)编译器,JIT能够在运行时将热点代码编译成机器码,这种情况部分热点代码就是属于编译执行,而不是解释执行了。这里说的Java中的编译不同于C中的编译,javac的编译,是把Java代码生成.class字节码,而不是机器直接运行的机器码,Java通过字节码和内嵌虚拟机的这种机制,屏蔽了操作系统和硬件的细节,促使了跨平台性。
在这里插入图片描述

在运行时,JVM会通过类加载器(Class-loader)加载字节码,解释或者编译运行。比如JDK8版本中,实际上是采用的解释和编译混合的模式,即混合模型(-Xmixed)。在运行在server模式的JVM,会进行上万次调用以收集足够的信息进行高效的编译,而client模式这个门限是1500次。Oracle HotSpot JVM内置了两个不同的JIT compliers,C1对应之前说的Client模式,使用于对于启动速度敏感的应用,比如普通Java应用;C2对应server模式,这种JIT编译优化适用于长时间运行的服务器端应用设计的。默认是采用所谓的分层编译。另外,在JDK9中引入了AOT特性,所谓AOT(Ahead-of-Time Compilation)就是直接将字节码编译成机器码,避免了JIT预热的一些开销,jdk9中也加入了新的jaotc工具,可以运用jaotc命令使某个类或者模块编译成为AOT库。
JVM启动时,可以指定不同的参数对运行模式进行选择。比如指定"-Xint",就是告诉JVM只进行解释执行,不对代码进行编译,这种模式相当于直接抛弃了JIT带来的性能优化。与其相对应的,还有一个“-Xcomp”参数,这是告诉JVM关闭解释器,不再进行解释执行。那么这种是不是就会很高效呢?其实不然,这种模式会导致JVM的启动变得很慢。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值