Java内存区域 关于这部分内容大多来源于《深入理解Java虚拟机》一书。 Java 运行时数据区域（JDK8）如下图所示： 关于上述提到的线程共享和线程隔离区域，下图做详细讲解： 程序计数器 程序计数器是一块较小的内存空间，可以看作是当前线程所执行的字节码的行号指示器。字节码解释器工作时通过改变这个计数器的值来选取下一条需要执行的字节码指令，分支、循环、跳转、异常处理、线程恢复等功能都需要依赖这个计数器来完。 另外，在多线程的情况下，为了线程切换后能恢复到正确的执行位置，每条线程都需要有一个独立的程序计数器，各线…
GCViewer GCViewer 是一个可以将 JVM 中的 gc log 可视化的工具，使用该工具可以帮助你充分的发现 JVM 垃圾回收中的潜在问题，让你可以更加准确的做出关于 JVM GC 优化的决策。 安装并启动 git clone https://github.com/chewiebug/GCViewer.git //或者用 IDEA打开项目后，用 maven进行打包 mvn clean pacakge //得到一个 jar包 cd target java -jar gcviewer-1.36.jar 导…
影响垃圾收集性能有三个主要的属性，垃圾收集调优又有三个基本原则，以及垃圾收集调优时需要采集的信息。如果想要对垃圾收集进行调优，则需要根据实际场景对不同属性做出取舍，理解调优的原则以及收集什么信息。 性能属性 吞吐量 吞吐量是评价垃圾收集器能力的重要指标之一，指不考虑垃圾收集引起的停顿时间或内存消耗，每单位时间可以执行的工作量的指标。通常，吞吐量的增加是以延迟增加和/或内存占用增加为代价的。 一般吞吐量需求(Generic requirements for throughput) 类似这样: 每天必须处理 100万个…
Jhsdb 是 JDK9 引入的新的命令行工具，它有 clhsdb、debugd、hsdb、jstack、jmap、jinfo、jsnap 这些 mode 可以使用，其中有几个在名称和功能上与以前的 JDK 发行版中可用的各个命令行工具相对应。看得出来，官方想要 jhsdb 工具整合多个其他工具的功能，甚至还做了一些功能拓展。所以本文将带大家认识一下 jhsdb 下的这些 mode。 在使用 jhsdb 工具之前，必须先获取 PID，所以我们先来认识一下 jps 命令。 jps jps（JVM Process St…
在前面两篇文章讲述了即时编译器的两种特殊优化技术：方法内联和逃逸分析，其中基于逃逸分析结果又有三种优化方式：同步消除、栈上分配以及标量替换。 除此之外，即时编译器还有很多优化手段，其中有不少经典编译器的优化手段，也有许多针对 Java 语言，或者说针对运行在 Java 虚拟机上的所有语言进行的优化。相较于方法内联，其他优化手段理解起来并不困难。一开始没打算整理这块内容，但是看了一下，觉得和之前的《如何提升代码质量》一文息息相关，除了要熟悉重构的手段，了解更深层次的原理非常有意义。即时编译器可以帮助我们优化代码，这是…
我们来继续讲解 Java 虚拟机中的即时编译。 Profiling 上篇文章中介绍了关于分层编译的交互关系图，这里再贴一遍。 对于图片中描述的四种编译途径做过详细介绍，这里就不重复介绍了，其中提到了如下内容：分层编译中的 0 层、2 层和 3 层都会进行 profiling，收集能够反映程序执行状态的数据。其中，最为基础的便是 2层进行的 profiling，它只需要统计方法的调用次数以及循环回边的执行次数，当统计之和超过阈值就会触发即时编译。 0 层和 3 层相较于 2层复杂一些，需要收集用于 4 层 C2 编译…
我们在前文学习 Java 是如何执行的这篇文章中有提及即时编译器，这是一项用来提升应用程序运行效率的技术。通常而言，代码会先被 Java 虚拟机解释执行，之后反复执行的热点代码则会被即时编译成为机器码，直接运行在底层硬件之上。 那么问题来了，既然在 HotSpot 中即时编译可以提升程序运行效率，为什么还需要解释器呢？ 解释器与编译器 首先需要了解的是，并不是所有的 Java 虚拟机都采用解释器与编译器并存的运行架构， 但是主流的 Java 虚拟机，比如说 HotSpot 内部就同时包含解释器和编译器。注意此处的编…
最近评论
1 发布于 4 个月前（09月29日）
roydon 发布于 4 个月前（09月27日）
Javmag 发布于 4 个月前（09月21日）
小wu 发布于 5 个月前（09月06日）
罗简单 发布于 7 个月前（07月17日）
友链
roydon
雨临Lewis的博客