2.2.1 实战
1：查看jvm版本
[root@localhost ~]# java -version
java version “1.8.0_201”
Java™ SE Runtime Environment (build 1.8.0_201-b09)
Java HotSpot™ Server VM (build 25.201-b09, mixed mode)
[root@localhost ~]#
2：通过-D设置系统属性参数
/**
-
@program: hgyq_app
-
@ClassName TestJvm
-
@description:
-
@author: lyy
-
@create: 2020-04-21 10:49
-
@Version 1.0
**/
public class TestJvm {
public static void main(String[] args) {
String str = System.getProperty(“str”);
if(str == null){
System.out.println(“muxiaonong”);
}else{
System.out.println(str);
}
}
}
编译、测试：
编译
[root@localhost ~]# javac TestJvm.java
#测试
[root@localhost ~]# java TestJvm
muxiaonong
[root@localhost ~]# java -Dstr=520 TestJvm
520
2.2.2 -server与-client参数
可以通过 -server 或 -client 设置jvm的运行参数
-
他们的区别是Server VM的初始堆空间会大一些，默认使用的是并行垃圾回收器，启动慢运行快
-
Client VM相对来讲会保守一些，初始堆空间会小一些，使用串行的垃圾回收器，它的目标是为了让JVM的启动速度更快，但运行速度会比Serverm模式慢些
-
JVM在启动的时候会根据硬件和操作系统自动选择使用Server还是Client的JVM
-
32位操作系统
1.如果是Windows系统，不论硬件配置如何，都默认使用Client类型的JVM
2.如果是其他操作系统上，机器配置有2GB以上的内存同时有2个以上的CPU的话默认使用server模式，否则使用client模式
- 64位操作系统
- 只有server类型，不支持client类型
测试（本机是32位操作系统）：
参数操作系统位数
[root@localhost ~]# cat /proc/version
Linux version 2.6.32-358.el6.i686 (mockbuild@c6b8.bsys.dev.centos.org) (gcc version 4.4.7 20120313 (Red Hat 4.4.7-3) (GCC) ) #1 SMP Thu Feb 21 21:50:49 UTC 2013
#设置Jvm的运行参数
[root@localhost ~]# java -client -showversion TestJvm
[root@localhost ~]# java -server -showversion TestJvm
2.3 -X参数
jvm的 -X参数 是非标准的参数，在不同版本的jvm中，参数可能会有所不用，可以通过 java -X参看非标准参数
[root@localhost ~]# java -X
-Xmixed 混合模式执行 (默认)
-Xint 仅解释模式执行
-Xbootclasspath:<用 ; 分隔的目录和 zip/jar 文件>
设置搜索路径以引导类和资源
-Xbootclasspath/a:<用 ; 分隔的目录和 zip/jar 文件>
附加在引导类路径末尾
-Xbootclasspath/p:<用 ; 分隔的目录和 zip/jar 文件>
置于引导类路径之前
-Xdiag 显示附加诊断消息
-Xnoclassgc 禁用类垃圾收集
-Xincgc 启用增量垃圾收集
-Xloggc: 将 GC 状态记录在文件中 (带时间戳)
-Xbatch 禁用后台编译
-Xms 设置初始 Java 堆大小
-Xmx 设置最大 Java 堆大小
-Xss 设置 Java 线程堆栈大小
-Xprof 输出 cpu 配置文件数据
-Xfuture 启用最严格的检查, 预期将来的默认值
-Xrs 减少 Java/VM 对操作系统信号的使用 (请参阅文档)
-Xcheck:jni 对 JNI 函数执行其他检查
-Xshare:off 不尝试使用共享类数据
-Xshare:auto 在可能的情况下使用共享类数据 (默认)
-Xshare:on 要求使用共享类数据, 否则将失败。
-XshowSettings 显示所有设置并继续
-XshowSettings:all
显示所有设置并继续
-XshowSettings:vm 显示所有与 vm 相关的设置并继续
-XshowSettings:properties
显示所有属性设置并继续
-XshowSettings:locale
显示所有与区域设置相关的设置并继续
-X 选项是非标准选项, 如有更改, 恕不另行通知。
2.3.1 -Xint、-Xcomp、-Xmixed
-
在解释模式下(interpreted mode)下，
-Xint标记会强制JVM执行所有的字节码，但是会降低运行速度，通常低10倍或更多 -
-Xcomp参数与它（-Xint）正好相反，JVM在第一次使用时会把所有的字节码编译成本地代码，从而带来最大程度的优化
- 很多应用在使用
-Xcomp也会有一些性能损失，不过会比使用-Xint损失的少，原因是-Xcomp没有让JVM启动JIT编译器的全部功能，JIT编译器可以对是否需要编译做判断，如果所有代码进行编译的话，对于一些只执行一次的代码就没有意义了
-Xmixed是混合模式，将解释模式与编译模式进行混合使用，由jvm自己决定，这是jvm默认的模式，也是推荐使用的模式
示例：强势设置运行模式
强制设置为解释模式
[root@localhost ~]# java -showversion -Xint TestJvm
强制设置为编译模式
注意：在编译模式下，第一次执行会比
[root@localhost ~]# java -showversion -Xcomp TestJvm
默认的混合模式
[root@localhost ~]# java -showversion -Xmixed TestJvm
2.4 -XX参数
-XX参数也是非标准参数，主要用于jvm的调优和debug操作
-XX参数的使用有2种方式，一种是boolean类型，一种是非boolean类型：
- boolean类型
-
格式：
-XX:[+-] <name>标识启用或禁用<name>属性，+表示开启，-表示关闭 -
如：-XX:+DisableExplicitGC 表示禁用手动调用gc操作，也就是说调用System.gc()无效
- 非boolean类型
-
格式：
-XX:<name>=<value>表示<name>属性的值为<value> -
如：-XX:NewRatio=1表示新生代和老年代的比值
- 是否打印GC收集细节
-
-XX:+PrintGCDetails
-
-XX:-PrintGCDetails
- 是否使用串行垃圾收集器
-
-XX:+UseSerialGC
-
-XX:-UserSerialGC
在这里配置-XX:属性值后
再启动我们的main方法
2.5 -Xms与-Xmx参数
-Xms与-Xmx分别是设置jvm的堆内存的初始大小和最大大小
-Xmx2048m：等价于-XX:MaxHeapSize，设置JVM最大堆内存为2048M
-Xms512m：等价于-XX:InitialHeapSize，设置JVM初始堆内存为512M
适当的调整jvm的内存大小，可以充分利用服务器资源，让程序跑的更快
示例：
[root@localhost ~]# java -Xms512m -Xmx2048m TestJvm
muxiaonong
2.6 查看jvm的运行参数
有些时候我们需要查看jvm的运行参数，这个需求可能会存在2种情况：
第一，运行java命令时打印出运行参数；
第二，查看正在运行的java进程的参数；
2.6.1 运行java命令时打印参数
java -XX:+PrintFlagsFinal -version
在上述的信息可以看出，参数有boolean类型和数字类型，值的操作符是 =或者 :=，分别代表默认值和被修改的值
三、JVM的内存模型
jvm的内存模型在1.7和1.8有较大的区别，虽然本文中是以1.8为例进行讲解，但是我们也会对1.7的内存模型有所了解。所以我们先来了解一下1.7在学习1.8的内存模型
3.1、jdk1.7的堆内存模型
- Young 年轻区（代）
Young区域被划分为三部分，Eden区和两个大小严格相同的Survivor区，其中，Survivor区间中，某一时刻只有其中一个是被使用的，另外一个留做垃圾收集时复制对象用，在Eden区间变满的时候，GC就会将存活的对象移到空闲的Survivor区间中，根据JVM的策略，在经过几次垃圾收集后，任然存活于Survivor的对象被移动到Tenured区间。
- Tenured 年老区
Tenured 区主要保存生命周期长的对象，一般是一些老的对象，当一些对象在Young复制转移一定的次数以后，对象就会被转移到Tenured区，一般如果系统中用了application级别的缓存，缓存中的对象往往会被转移到这一区间
- Perm 永久区
Perm代主要保存 class、method、filed对象，这部分的空间一般不会溢出，除非一次性加载了很多的类，不过在设计到热部署的应用服务器的时候，有时候会遇到 java.lang.OutOfMempryError：PermGen Space的错误，造成这个错误的很大原因就有可能是每次都重新部署，但是重新部署后，类的class没有被卸载掉，这样就造成了大量的class对象保存在perm中，这种情况下，一般重新启动应用服务器可以解决问题
- Virtual区
最大内存和初始内存的差值，就是 Virtual区
3.2、jdk1.8的堆内存模型
由上图可以看出，jdk1.8的内存模型是 由2部分组成，年轻代 + 年老代
年轻代：Eden + 2*Survivor
年老代：OldGen
在jdk1.8中变化最大的Perm区，用Metaspace（元数据空间）进行了替换
需要特别说明的是：Metaspace所占用的内存空间不是在虚拟机内部，而是在本地内存空间中，这也是与1.7的永久代最大的区别所在
总结
我们总是喜欢瞻仰大厂的大神们，但实际上大神也不过凡人，与菜鸟程序员相比，也就多花了几分心思，如果你再不努力，差距也只会越来越大。
面试题多多少少对于你接下来所要做的事肯定有点帮助，但我更希望你能透过面试题去总结自己的不足，以提高自己核心技术竞争力。每一次面试经历都是对你技术的扫盲，面试后的复盘总结效果是极好的！
存空间不是在虚拟机内部，而是在本地内存空间中，这也是与1.7的永久代最大的区别所在**
总结
我们总是喜欢瞻仰大厂的大神们，但实际上大神也不过凡人，与菜鸟程序员相比，也就多花了几分心思，如果你再不努力，差距也只会越来越大。
面试题多多少少对于你接下来所要做的事肯定有点帮助，但我更希望你能透过面试题去总结自己的不足，以提高自己核心技术竞争力。每一次面试经历都是对你技术的扫盲，面试后的复盘总结效果是极好的！
[外链图片转存中…(img-mbnKzGRQ-1719490943780)]
474
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
