【浅谈Java】主要针对Java开发技术知识的讲解。不会大而全详细讲解某一技术知识，只在短暂无事的时刻让你学习或温习Java知识体系中的一叶飘零。

相关文档传送门：

「浅谈Java」三，关键字synchronized同步机制-基础篇

「浅淡Java」四，synchronized的锁优化和升级

「浅谈Java」五，synchronized中锁的获取和释放

「浅谈Java」六，自旋锁

「浅谈Java」七，锁消除

server类型

上一篇文章中提到锁消除前提是java代码要运行在JVM server模式中。正确的说法应该是jvm server类型。在jvm 1.8版本jvm 只有server这种类型。

oracle官方给出的解释：

Currently only the Java HotSpot Server VM supports 64-bit operation, and the -server option is implicit with the use of -d64. This is subject to change in a future release

Java HotSpot服务器 VM 目前只支持64位操作，并且-Server选项是使用-d64隐式的。这可能会在将来的版本中更改

在jdk 1.8 文件夹\jre\lib\amd64 中 jvm.cfg 还看到server外client类型的痕迹。

client类型已经IGNORE（忽视）了。

server类型特点是应用系统启动慢，运行起来后，性能将会有很大的提升。server类型对应的编译器 对java代码功能有很多的优化。主要优化表现在 编译策略、默认堆大小、内嵌策略等等方面。总之server类型目的就是高性能的运行应用。

client类型

在jvm 1.8以前的版本，HotSpot虚拟机实现了两个即时编译器。分别是Client Complier和Server Complier，简称为C1、C2编译器。基于两种编译器实现了client类型和server类型。实际上client类型就是server类型的减配模式。Client VM的编译器摒弃了一些许多复杂的优化算法功能，换取使用较小的资源，快速的启动项目应用。没错，主要目的就是快速启动应用，运行代码。代价是运行时性能差于server类型。上篇逃逸分析client类型就没有。

类型选择使用

程序使用哪个编译器，取决于虚拟机运行的模式。HotSpot虚拟机会根据自身版本与宿主机器的硬件性能自动选择运行模式，用户也可以使用“-client”或“-server”参数去强制指定虚拟机运行在Client模式或Server模式。

%JAVA_HOME%\jre\bin下有一个server和client文件夹 分别对应server和client两种类型。

切换类型方式：

1）局部开启命令 java -client -version 或 java -server -version ；

2）全局配置 %JAVA_HOME%\jre\lib 文件夹下 i386或ia64 中的jvm.cfg 配置文件中

-client KNOWN

-server KNOWN

这两条命令配置，谁在前面就开启那种类型。

客户端內型和服务端內型是基于HotSpot虚拟机中内置了两个即时编译器：Client Complier和Server Complier。用Client Complier获取更高的编译速度，用Server Complier 来获取更好的编译质量。为什么提供多个即时编译器与为什么提供多个垃圾收集器类似，因为都是为了适应不同的应用场景。

HotSpot虚拟机可以根据自身版本与宿主机器的硬件性能自动选择运行模式，用户也可以使用上面介绍的两种方法选择运行类型。当然这受到jvm版本限制。

java -version

我们通过java -version 可以查看java版本性息，同时也可以看到jvm当前运行的类型。如下图所示：

第一行：版本信息；

第二行：运行环境；

第三行：JIT编译环境；

上图第三行JIT编译环境中mixed mode 才是VM 真正的mode。虽然jvm 1.8及其后续版本没有client类型类型，两种编译器（C1和C2）还存在，性能却随着版本升级不断提升和优化。何解？预知后事如何，且听下回分解。

【浅谈Java】预告下一篇文章JVM的工作模式。感谢阅读，求关注，求点赞。随手点赞，留有余香。学习是冰冻三尺非一日之寒，愿与诸君共勉励。