1.HotSpot启动流程
2.Java源码分析 | CharSequence
3.hotspotjvm的启动过程做了什么?
4.美团架构师带你深入解析Java虚拟机HotSpot
5.JVM详解之:HotSpot VM中的Intrinsic methods
6.详解Java 虚拟机（第②篇）——HotSpot 虚拟机对象

HotSpot启动流程

       学习HotSpot启动流程有助于深入理解程序入口和虚拟机运行机制，为后续学习提供整体把握。Launcher作为启动JVM进程的工具，根据类别可划分为正式版启动器，如在Windows下常用的java.exe和javaw.exe，其中前者保留控制台与输出信息，期货软件源码开发后者用于GUI程序，不显示输出。使用“java -help”可在控制台查看Launcher的具体使用方法和标准选项配置。

       Launcher并非虚拟机核心，而是封装虚拟机执行外壳，负责加载JRE环境与动态链接库。一个JVM进程仅执行指定Java程序，多个Java程序需同时启动多个JVM进程。HotSpot中Launcher由C语言编写，与gamma共享源码，而Java源码位于不同目录。

       理解Launcher执行原理对于深入HotSpot意义重大。Launcher调用HotSpot核心代码初始化JVM，维护整个生命周期。通过添加_JAVA_LAUNCHER_DEBUG=1环境变量，JVM输出详细打印，直观了解启动过程。大致步骤包括前期初始化、版本验证、创建执行环境、设置虚拟机环境、加载虚拟机、routerlink源码解析参数、虚拟机初始化与线程创建等。

       启动入口在main.c/main方法中，调用java.c/JLI_Launch方法，该方法分为几个部分：初始化、版本验证、创建执行环境、设置虚拟机环境、加载虚拟机、参数解析与虚拟机初始化。新线程执行JavaMain()函数，完成虚拟机创建与Java程序运行。

       JavaMain()方法中参数解析、虚拟机初始化、打印信息、确定主类、获取main方法并调用、获取执行结果与退出虚拟机的流程清晰。调用的关键函数如初始化虚拟机、确定主类、获取方法ID与执行方法、检查结果与销毁虚拟机，共同完成Java程序的执行。

Java源码分析 | CharSequence

       本文基于 OracleJDK ，HotSpot 虚拟机，深入探讨了 CharSequence 接口在 Java 中的角色与应用。

       CharSequence 定义

       CharSequence 是自助 源码 java.lang 包下的一个接口，专门用于描述字符序列，即字符串。它提供对多种不同类型的 char 序列的统一只读访问，包括 String、StringBuffer、StringBuilder 和 CharBuffer 等。

       Unicode 规范与 char 值表示

       扩展 char 数据类型基于原始 Unicode 规范。Unicode 标准定义了合法代码点的范围是从 U+ 到 U+FFFF。这些代码点分为基本多语言平面（BMP）和补充平面。一个 char 值表示 BMP 代码点，可为代理代码点或 UTF- 编码的代码单元。一个 int 值表示所有 Unicode 代码点，包括补充代码点，其中低（最低有效） 位用于表示代码点，高（最高） 位必须为零。

       常用方法解析

       CharSequence 接口提供了多个核心方法，包括：

       length() 方法返回字符序列的长度，即 位 char 的个数。

       charAt(int index) 方法返回指定索引处的 char 值，索引范围从零到 length() - 1。

       subSequence(int start, int end) 方法返回指定范围的子序列，长度为 end - start。

       toString() 方法将序列转换为字符串。

       chars() 方法返回序列中的 int 值流，适用于内部循环优化。

       codePoints() 方法返回序列中的代码点值流。

       compare(CharSequence cs1,ribbon源码 CharSequence cs2) 方法在 Java 中引入，用于按字典顺序比较两个 CharSequence 实例。

       这些方法为开发者提供了高效处理字符序列的工具，确保 Java 应用程序能够灵活应对复杂字符串操作。

hotspotjvm的启动过程做了什么?

       HotSpot JVM启动过程涉及启动器和自身两大部分。

       启动器主要负责加载Java类文件，将类文件转换为本地可执行代码，并初始化环境变量和设置。

       HotSpot JVM的初始化过程则包括内存分配、类加载、方法区初始化、线程创建等步骤。

       启动器通过执行Java解释器或Java虚拟机启动命令来启动HotSpot JVM，典型的启动器包括JRE/JDK自带的java[.exe]和javaw.exe。

       Native应用程序也可自定义启动器实现Java启动。

       《Java Performance》一书提供了高阶描述，适合深入理解HotSpot JVM启动机制。

       《Java Performance》笔记第页可作为参考。

       HotSpot JVM初始化大入口为Threads::create_vm函数，该函数接收JavaVMInitArgs参数，并进行VM初始化。

       为了详细了解HotSpot JVM启动过程，建议阅读官方文档和相关书籍，同时也可参考JDK自带的Java launcher源代码。

美团架构师带你深入解析Java虚拟机HotSpot

       揭秘Java的高性能引擎：HotSpot深度解析

       Java语言的辉煌成就，离不开其强大而高效的HotSpot虚拟机的鼎力支持。作为当今业界顶级的虚拟机之一，HotSpot的cssui源码模板解释器是语言解释的巅峰之作，它的无懈可击与不断进化，预示着虚拟机技术的革新前沿。垃圾回收器的进化历程，从传统的停顿到无停顿GC的突破，标志着HotSpot正在迈向垃圾回收的最顶级行列。即时编译器，则是权衡编译开销与性能的关键创新，堪称精密的艺术品。

       本文旨在深度解析Java虚拟机，以实用为导向，既涵盖了广泛的基础技术，也深入探讨了技术的精微之处。从耳熟能详的Java虚拟机技术，到业界前沿的Graal VM、CDS、动态字节码优化、编译重放等，每个细节都经过精心挑选，以满足你对技术深度的探索。

       文章分为三个部分，共章，每一章都围绕着运行时、编译器和垃圾回收器这三个核心主题展开：

运行时篇（1-6章）：从第1章的Java生态系统，到第6章的并发设施，深入剖析虚拟机在运行时的运作机制，包括类加载、对象管理、运行状态以及并发控制的实现。

编译篇（7-9章）：第7章介绍编译器的基础理论，第8章详细解读C1即时编译器，而第9章则深入剖析C2编译器，它们如何以不同的策略优化性能。

垃圾回收篇（-章）：第章解析垃圾回收的基本原理，而第章则聚焦于G1 GC，这款专为服务端设计的垃圾回收器，如何实现软实时目标并优化堆内存管理。

       尽管无法在此详尽展示全部内容，但只需点击这里，凭借本文的截图，你就能获取到更多深入的剖析和实操细节。让我们一同探索Java虚拟机的神秘世界，感受HotSpot的强大与魅力。

JVM详解之:HotSpot VM中的Intrinsic methods

       内置方法是编译器内置的方法实现，它们在给定编程语言中使用，由编译器专门处理。内置方法通常在程序请求优化时才启用，以提高效率。因为内置方法是在编译器内部实现的，所以不同的虚拟机，其内置方法是不一样的。内置方法可以在Java源代码级别看起来与非内置方法一样，但它们的区别在于JVM的实现。有些方法在普通Java代码中无法实现，如sun.misc.Unsafe.compareAndSwapInt()，只能通过JNI或内置方法来实现，实现对Java语义的扩展。在Hotspot VM中，内置方法通常在src/share/vm/classfile/vmSymbols.hpp类中。通过参数查看代码中调用的方法是否为内置方法，或者通过底层汇编语言查看。内置方法大部分都是内联方法，通过减少函数调用开销的技术实现。内置方法的实现由三种编译器完成：javac将Java源代码编译成为字节码，在这一层只有数学方法和bootstrapping的MethodHandle实现；JIT的Client Compiler (C1)；JIT的Server Compiler (C2)。例如，java.lang.System.currentTimeMillis()方法在Interpreter级别没有intrinsified，因为它是一个native方法，通过JNI调用底层的C++实现。而在C1和C2级别使用intrinsified，直接调用os::javaTimeMillis()，减少JNI的使用，提升效率。内置方法的实现可以通过修改底层的JVM实现完成。Graal是一个用Java编写的JIT编译器，可以使用Java来实现Intrinsic方法，对于不熟悉C++的开发者来说非常友好。通过Graal，内置方法的实现变得简单且容易操作。内置方法是JVM中非常有用的特性，能够显著提高程序效率，是编程时值得考虑的技术之一。

详解Java 虚拟机（第②篇）——HotSpot 虚拟机对象

       在Java虚拟机中，对象的创建过程涉及多个关键步骤：

       首先，遇到new指令时，虚拟机会检查类的符号引用是否已加载、解析和初始化。若未完成，会执行相应的类加载。接着，分配内存是对象创建的重要环节，方式取决于Java堆的规整性，这由垃圾收集器决定。内存分配需保证线程安全，虚拟机采用两种策略来实现。

       内存分配后，虚拟机会初始化所有内存为零值，确保实例字段可以立即使用，然后设置对象头，包含类信息、哈希码等，可能还会根据运行状态调整设置。最后，执行init方法，使对象完全初始化。

       Hotspot虚拟机的对象内存布局分为对象头、实例数据和对齐填充。对象头包含类信息，实例数据储存字段内容，对齐填充用于填充至8字节对齐，以满足虚拟机内存管理要求。

       对象的访问定位方式有两种：一是使用句柄，Java堆中设立句柄池，reference存储句柄地址，包含对象地址信息；二是直接指针，reference直接存储对象地址，但可能需要在对象布局中包含访问类型数据的位置。

       每种访问方式都有其优缺点，具体选择取决于虚拟机的设计和应用需求。

hotspot是较新的java虚拟机技术,用来代替jit技术,那么hots

       “HotSpot”指的是一个具体的JVM实现，由Longview/Animorphic发展而来，被Sun/JavaSoft收购后成为Sun的Java SE主要JVM，后被Oracle接手。而“hot spot”则是一个更泛的概念，指执行频率高的代码，实现者可以根据选择将这个概念应用到方法或执行路径级别。

       HotSpot VM以其混合模式执行引擎著称，包括解释器和自适应编译器。默认情况下，所有Java方法通过解释器执行。解释器会记录每个方法的调用次数和循环次数，以此判断方法的热度。一旦方法热度足够，HotSpot VM就会启动对该方法的编译。

       自适应编译允许执行引擎在执行过的代码中选择一部分进行编译，通常通过多层结构实现：一层用于初始执行，另一层用于处理编译。这与JIT编译形成对比，JIT编译在代码首次执行时立即编译，确保所有执行过的代码都被编译过。

       HotSpot VM的自适应编译与严格意义上的JIT编译相比，其编译时机更晚，编译代码数量也更少。两者都属于动态编译范畴，动态编译在程序运行时进行，而静态编译在程序开始运行之前完成。

       尽管HotSpot VM不使用严格的JIT编译，而是通过解释器执行初始代码，但在现代实现中，JIT编译与自适应编译的概念仍在使用。例如，JRockit VM采用纯编译执行引擎，通过两次编译实现JIT编译与自适应编译的结合，而V8 JavaScript引擎通过两层编译架构实现相同的效果。这说明JIT编译与自适应编译可以共存，且在不同JVM实现中以不同形式呈现。