Java 进阶 01 —— 5 分钟回顾一下 Java 基础知识

embedded/2025/2/7 2:54:41/
Java 进阶 01 —— 5 分钟回顾一下 Java 基础知识
    • Java 生态圈
    • Java 跨平台的语言
      • Java 虚拟机规范
      • JVM 跨语言的平台
      • 多语言混合编程
      • 两种架构
        • 举例
    • JVM 的生命周期
      • 虚拟机的启动
      • 虚拟机的执行
      • 虚拟机的退出
    • JVM 发展历程
      • Sun Classic VM
      • Exact VM
      • HotSpot
      • BEA 的 JRockit
      • IBM 的 J9

Java 生态圈

Java 是目前应用最为广泛的软件开发平台之一。随着 Java 以及 Java 社区的不断壮大，Java 也早已不再是简简单单的一门计算机语言了，它更是一个平台、一种文化、一个社区。

  • 作为一个平台：Java 虚拟机扮演着举足轻重的作用。
    • Groovy、Scala、JRuby、Kotlin 等都是 Java 平台的一部分。
  • 作为一种文化：Java 几乎成为了开源的代名词
    • 第三方开源软件和框架，如，Tomcat、Struts、MyBatis、Spring 等
    • 就连 JDK 和 JVM 自身也有不少开源的实现，如 OpenJDK、Harmony
  • 作为一个社区，Java 拥有全世界最多的技术拥护者和开源社区的支持，有数不清的论坛和资料。从桌面应用软件、嵌入式开发到企业级应用、后台服务器、中间件，都可以看到 Java 的身影。其应用形式之复杂、参与人数之众也令人咋舌。

Java 跨平台的语言

Java 虚拟机规范

The Java Virtual Machine is the cornerstone of the Java platform. It is the component of the technology responsible for its hardware- and operating system-independence, the small size of its compiled code, and its ability to protect users from malicious programs.

The Java Virtual Machine is an abstract computing machine. Like a real computing machine, it has an instruction set and manipulates various memory areas at run time. It is reasonably common to implement a programming language using a virtual machine; the best-known virtual machine may be the P-Code machine of UCSD Pascal.

JVM 跨语言的平台

随着 Java 7 的正式发布，Java 虚拟机的设计者们通过 JSR-292 规范基本实现在 Java 虚拟机平台上运行非 Java 语言编写的程序。

Java 虚拟机根本不关心运行在其内部的程序到底是使用何种编程语言编写的，它只关心“字节码”文件。也就是说，Java 虚拟机拥有语言无关性，并不会单纯地与 Java 语言“终身绑定”，只要其他编程语言的编译结果满足并包含 Java 虚拟机的内部指令集，符号表以及其他的辅助信息，他就是一个有效的字节码文件，就能够被虚拟机所识别并装载运行。

Java 跨平台的语言

源码跨平台和二进制跨平台

  • Java、C++、Rust 的区别
    • C/C++ 完全相信而且惯着程序员，让大家自行管理内存，可以编写很自由的代码，但一 不小心就会造成内存泄漏等问题，导致程序崩溃。
    • Java/Golang 完全不相信程序员，但也惯着程序员。所有的内存生命周期都由 JVM 运行 时统一管理。 在绝大部分场景下，你可以非常自由的写代码，而且不用关心内存到底是 什么情况。 内存使用有问题的时候，我们可以通过 JVM 来进行信息相关的分析诊断和 调整。 这也是本课程的目标。
    • Rust 语言选择既不相信程序员，也不惯着程序员。 让你在写代码的时候，必须清楚明白 的用 Rust 的规则管理好你的变量，好让机器能明白高效地分析和管理内存。 但是这样 会导致代码不利于人的理解，写代码很不自由，学习成本也很高。
多语言混合编程

Java 平台上的多语言混合编程正在成为主流，通过特定领域的语言去解决特定领域的问题是当前软件开发应对日趋复杂的项目需求的一个方向。

试想一下，在一个项目之中，并行处理使用 Clojure 语言编写，展示层使用 JRuby/Rails，中间层则是 Java，每个应用层都将使用不同的编程语言来完成，而且，接口对每一层开发者都是透明的，各种语言之间的交互不存在任何困难，就像使用自己语言的原生 API 一样方便，因为他们最终都运行在一个虚拟机之上。

对于这些运行在虚拟机之上、Java 语言之外的语言，来自系统级的、底层的支持正在迅速增强，以 JSR-292 为核心的一系列项目和功能改进（如，Davinci Machine 项目、Nashorn 引擎、InvokeDynamic 指令、java.lang.invoke 包等），推动 Java 虚拟机从 Java 语言的虚拟机向多语言虚拟机发展。

两种架构

Java 编译器输入的指令流基本上是一种基于栈的指令集架构，另外一种指令集架构则是基于寄存器的指令集架构。

具体来说两种架构之间的区别：

  • 基于栈式架构的特点
    • 设计和实现更简单，适用于资源受限的系统；
    • 避开了寄存器的分配难题：使用零地址指令方式分配；
    • 指令流中的指令大部分是零地址指令，其执行过程依赖于操作数。指令集更小，编译器容易实现；
    • 不需要硬件支持，可移植性更好，更好实现跨平台。
  • 基于寄存器架构的特点
    • 典型的应用是 x86 的二进制指令集：比如传统的 PC 以及 Android 的 Davlik 虚拟机；
    • 指令集架构则完全依赖硬件，可移植性差；
    • 性能优秀和执行更高效；
    • 花费更少的指令去完成一项操作；
    • 在大部分情况下，基于寄存器架构的指令集往往都是一地址指令、二地址指令和三地址指令为主，而基于栈式架构的指令集却是以零地址指令为主。
举例

同样执行 2+3 这种逻辑操作，其指令分别如下：

基于栈的计算流程（以 Java 虚拟机为例）：

iconst_2 // 常量 2 入栈
istore_1
iconst_3 // 常量 3 入栈
istore_2
iload_1
iload_2
iadd     // 常量 2、3 出栈，执行相加
istore_0 // 结果 5 入栈

而基于寄存器的计算流程

mov eax,2  // 将 eax 寄存器的值设置为 2
mov eax,3  // 使 eax 寄存器的值加 3

代码演示一下

public class StackStruTest {public static void main(String[] a) {int i = 2 + 3;}
}cd chapter_01
javac StackStruTest.java
javap -v StackStruTest
Classfile /Users/yonghong/Coding/jvm/song/chapter_01/StackStruTest.classLast modified 2020-11-17; size 277 bytesMD5 checksum 9a7da6f68b8101238c5ab826d90154c5Compiled from "StackStruTest.java"
public class StackStruTestminor version: 0major version: 52flags: ACC_PUBLIC, ACC_SUPER
Constant pool:#1 = Methodref          #3.#12         // java/lang/Object."<init>":()V#2 = Class              #13            // StackStruTest#3 = Class              #14            // java/lang/Object#4 = Utf8               <init>#5 = Utf8               ()V#6 = Utf8               Code#7 = Utf8               LineNumberTable#8 = Utf8               main#9 = Utf8               ([Ljava/lang/String;)V#10 = Utf8               SourceFile#11 = Utf8               StackStruTest.java#12 = NameAndType        #4:#5          // "<init>":()V#13 = Utf8               StackStruTest#14 = Utf8               java/lang/Object
{public StackStruTest();descriptor: ()Vflags: ACC_PUBLICCode:stack=1, locals=1, args_size=10: aload_01: invokespecial #1                  // Method java/lang/Object."<init>":()V4: returnLineNumberTable:line 2: 0public static void main(java.lang.String[]);descriptor: ([Ljava/lang/String;)Vflags: ACC_PUBLIC, ACC_STATICCode:stack=1, locals=2, args_size=10: iconst_5 // 直接返回了 51: istore_12: returnLineNumberTable:line 4: 0line 5: 2
}
SourceFile: "StackStruTest.java"

由于跨平台的设计，Java 的指令都是根据栈来设计的。不同平台 CPU 架构不同，所以不能设计为基于寄存器的。优点是跨平台、指令集小，编译器容易实现；缺点是性能下降，实现同样的功能需要更多的指令。

时至今日，尽管嵌入式平台已经不是 Java 程序的主流运行平台了（准确来说是 HotSpot 虚拟机的宿主环境已经不局限于嵌入式平台了），那么为什么不将架构更换为基于寄存器的架构呢？

答：基于栈式架构的虚拟机跨平台、指令集小，编译器容易实现，在非资源受限的场景中也是可以使用的。

JVM 的生命周期

虚拟机的启动

Java 虚拟机的启动时通过引导类加载器（bootstrap class loader）创建一个初始类（initial class）来完成的，这个类是由虚拟机的具体实现指定的。

虚拟机的执行
  • 一个运行中的 Java 虚拟机有着一个清晰的任务：执行 Java 程序；
  • 程序开始执行时他才运行，程序结束时他就停止；
  • 执行一个所谓的 Java 程序的时候，真真正正在执行的是一个叫做 Java 虚拟机的进程。
虚拟机的退出

有如下的几种情况：

  • 程序正常执行结束；
  • 程序在执行过程中遇到了异常或错误而异常终止；
  • 由于操作系统出现错误而导致 Java 虚拟机进程终止；
  • 某线程调用 Runtime 类或 System 类的 exit 方法，或 Runtime 类的 halt 方法，并且 Java 安全管理器也允许这次 exit 或者 halt 操作；
  • 除此之外，JNI（Java Native Interface）规范中描述了用 JNI Invocation API 来加载或卸载 Java 虚拟机时 Java 虚拟机的退出情况。

JVM 发展历程

Sun Classic VM
  • 早在 1996 年 Java 1.0 版本的时候，Sun 公司发布了一款名为 Sun Classic VM 的 Java 虚拟机，它同时也是世界上第一款商用 Java 虚拟机，JDK 1.4 时完全被淘汰。
  • 这款虚拟机内部只提供解释器。
  • 如果使用 JIT 编译器，就需要进行外挂。但是一旦使用了 JIT 编译器，JIT 就会接管虚拟机的执行系统。解释器就不再工作。解释器和编译器不能配合工作。
  • 现在 HotSpot 内置了此虚拟机。
Exact VM
  • 为了解决上一个虚拟机问题，JDK 1.2 时，Sun 提供了此虚拟机；
  • Exact Memory Management: 准确式内存管理；
    • 也可以叫 Non-Conservative/Accurate Memory Management
    • 虚拟机可以知道内存中某个位置的数据具体是什么类型
  • 具备现代高性能虚拟机的雏形
    • 热点探测
    • 编译器与解释器混合工作模式
  • 只在 Solaris 平台短暂使用，其他平台上还是 Classic VM
    • 英雄气短，终被 HotSpot 虚拟机替换
HotSpot
  • HotSpot 历史
    • 最初由一家名为 Longview Technologies 的小公司设计
    • 1997 年，此公司被 Sun 收购；2009 年，Sun 公司被 Oracle 收购
    • JDK 1.3 时，HotSpot VM 成为默认虚拟机
  • 目前 HotSpot 占有绝对的市场地位，称霸武林
    • 现在使用比较多的 JDK 8、JDK 11中默认的虚拟机是 HotSpot
    • Sun/Oracle JDk 和 OpenJDK 的默认虚拟机
  • 从服务端、桌面端、嵌入式都有应用
  • 名称中的 HotSpot 指的就是它的热点代码探测技术
    • 通过计数器找到最具编译价值代码，触发即时编译或栈上替换
    • 通过编译器与解释器协同工作，在最优的程序响应时间与最佳执行性能中取得平衡
BEA 的 JRockit
  • 专注于服务器应用
    • 它可以不太关注程序启动速度，因此 JRockit 内部不包含解释器实现，全部代码都是靠即时编译器编译后执行
  • 大量的行业基准测试显示，JRockit JVM 是世界上最快的 JVM。
    • 使用 JRockit 产品，客户已经体验带了显著的性能提高（一些超过了 70%）和硬件成本的减少（达50%）。
  • 优势：全面的 Java 运行时解决方案组合
    • JRockit 面向延迟敏感型应用的解决方案 JRockit Real Time 提供以毫秒或微秒级的 JVM 响应时间，适合财务，军事指挥，电信网络的需要。
    • MissionControl 服务套件，它是一组以极低的开销来监控、管理和分析生产环境中的应用程序的工具。
  • 2008年，BEA 被 Oracle 收购
IBM 的 J9
  • 全称：IBM Technology for Java Virtual Machine，简称 IT4J，内部代号 J9
  • 市场定位与 HotSpot 接近，服务端、桌面应用、嵌入式等多用途 VM
  • 广泛应用于 IBM 的各种 Java 产品
  • 目前，有影响力的三大商用虚拟机之一，也号称是世界上最快的虚拟机。
  • 2017左右，IBM 发布了开源 J9 VM，命名为 OpenJ9，交给 Eclipse 基金会管理，也称为 Eclipse OpenJ9

http://www.ppmy.cn/embedded/160184.html

相关文章

04树 + 堆 + 优先队列 + 图（D1_树（D6_B树（B）））

04树 + 堆 + 优先队列 + 图（D1_树（D6_B树（B）））

目录 一、学习前言 二、基本介绍 三、特性 1. 从概念上说起 2. 举个例子 四、代码实现 节点准备 大体框架 实现分裂 实现新增 实现删除 五、完整源码 一、学习前言 前面我们已经讲解过了二叉树、二叉搜索树&#xff08;BST&#xff09;、平衡二叉搜索树&#xff08…
阅读更多...
vscode软件操作界面UI布局@各个功能区域划分及其名称称呼

vscode软件操作界面UI布局@各个功能区域划分及其名称称呼

文章目录 abstract检查用户界面的主要区域官方文档关于UI的介绍 abstract 检查 Visual Studio Code 用户界面 - Training | Microsoft Learn 本质上&#xff0c;Visual Studio Code 是一个代码编辑器&#xff0c;其用户界面和布局与许多其他代码编辑器相似。 界面左侧是用于访…
阅读更多...
SQL进阶实战技巧：某芯片工厂设备任务排产调度分析 | 间隙分析技术应用

SQL进阶实战技巧：某芯片工厂设备任务排产调度分析 | 间隙分析技术应用

目录 0 技术定义与核心原理 1 场景描述 2 数据准备 3 间隙分析法 步骤1：原始时间线可视化
阅读更多...
Android学习21 -- launcher

Android学习21 -- launcher

1 前言 之前在工作中&#xff0c;第一次听到launcher有点蒙圈&#xff0c;不知道是啥&#xff0c;当时还赶鸭子上架去和客户PK launcher的事。后来才知道其实就是安卓的桌面。本来还以为很复杂&#xff0c;毕竟之前接触过windows的桌面&#xff0c;那叫一个复杂。。。 后面查了…
阅读更多...
【自动化办公】批量图片PDF自定义指定多个区域识别重命名，批量识别铁路货物运单区域内容改名，基于WPF和飞桨ocr深度学习模型的解决方案

【自动化办公】批量图片PDF自定义指定多个区域识别重命名，批量识别铁路货物运单区域内容改名，基于WPF和飞桨ocr深度学习模型的解决方案

项目背景介绍 铁路货运企业需要对物流单进行长期存档&#xff0c;以便后续查询和审计。不同的物流单可能包含不同的关键信息&#xff0c;通过自定义指定多个区域进行识别重命名&#xff0c;可以使存档的图片文件名具有统一的规范和明确的含义。比如&#xff0c;将包含货物运单…
阅读更多...
Kafka分区策略实现

Kafka分区策略实现

引言 Kafka 的分区策略决定了生产者发送的消息会被分配到哪个分区中&#xff0c;合理的分区策略有助于实现负载均衡、提高消息处理效率以及满足特定的业务需求。 轮询策略&#xff08;默认&#xff09; 轮询策略是 Kafka 默认的分区策略&#xff08;当消息没有指定键时&…
阅读更多...
上海路网道路 水系铁路绿色住宅地工业用地面图层shp格式arcgis无偏移坐标2023年

上海路网道路 水系铁路绿色住宅地工业用地面图层shp格式arcgis无偏移坐标2023年

标题和描述中提到的资源是关于2023年上海市地理信息数据的集合&#xff0c;主要包含道路、水系、铁路、绿色住宅区以及工业用地的图层数据&#xff0c;这些数据以Shapefile&#xff08;shp&#xff09;格式存储&#xff0c;并且是适用于ArcGIS软件的无偏移坐标系统。这个压缩包…
阅读更多...
深入探讨：服务器如何响应前端请求及后端如何查看前端提交的数据

深入探讨：服务器如何响应前端请求及后端如何查看前端提交的数据

深入探讨&#xff1a;服务器如何响应前端请求及后端如何查看前端提交的数据 一、服务器如何响应前端请求 前端与后端的交互主要通过 HTTP 协议实现。以下是详细步骤&#xff1a; 1. 前端发起 HTTP 请求 GET 请求&#xff1a;用于从服务器获取数据。POST 请求&#xff1a;用…
阅读更多...
最新文章

Copyright @ 2022~2023