【Java 虚拟机原理】Dalvik 虚拟机 ( 简介 | CPU 指令集 | Dalvik 虚拟机内存 )

简介: 【Java 虚拟机原理】Dalvik 虚拟机 ( 简介 | CPU 指令集 | Dalvik 虚拟机内存 )

文章目录

一、Dalvik 虚拟机简介

二、CPU 指令集

三、Dalvik 虚拟机内存





一、Dalvik 虚拟机简介


Android 5.0 5.05.0 之前使用的是 Dalvik 虚拟机 , 5.0 5.05.0 之后使用的是 ART 虚拟机 ;


Dalvik 虚拟机 也是 Java 虚拟机的一种 , 但是其没有获得 Sun 的测试审核 , 经过 Sun 公司测试 , 审核 , 授权后 , 虚拟机才能叫做 Java 虚拟机 , 只是名字上有区别 , 但是其还是符合 JVM 规范的 ;


同理 , 手机厂商必须经过 Google 测试审核之后 , 才能叫 Android 手机 ;



Dalvik 虚拟机 的 内存结构 , 与 JVM 有一定的区别 ;


JVM 主要在 PC 端使用 , 运行在 x86 架构 CPU 上 ;

DVM 主要是在手机端使用 , 运行在 arm 架构 CPU 上 , DVM 的内存优化比较高 ;





二、CPU 指令集


不同架构上的 Java 虚拟机 实现也是不同的 ;


CPU 架构参考 【C 语言】CPU 架构 ( CPU 指令集类型 | CPU 指令类型 | CPU 架构 )


RISC : Reduced Instruction Set Computers , 精简指令集 , 手机使用的 ARM 芯片 ( 高通 ) 就是精简指令集 , Android 是基于 ARM 架构的操作系统 ;


CISC : Complex Instruction Set Computers , 复杂指令集 , PC 机的 x86 架构 CPU ( Intel , AMD ) 就是复杂指令集 ; Linux , Windows 是基于 x86 架构的操作系统 ;



复杂指令集示例 : 复杂指令集中 , 所有的动作都是定义好的 ,


以做菜为例 : 洗菜 , 切菜 , 炒菜 , 放调料 , 装盘 ; 将所有步骤定义好 ; 只要 5 55 个指令 , 就可以完成 ;

运行速度高 , 效率高 , 功耗低 ;

精简指令集示例 : 精简指令集中 , 只有最基础的指令 , 复杂指令需要自己合成 ;


以做菜为例 : 洗菜 ( 放水 , 放菜 , 搅拌 , 沥干 ) , 切菜 ( 准备案板 , 准备菜刀 , 切片 ) , 炒菜 ( 起锅 , 烧油 ) , 放调料 ( 放花生油 , 放酱油 , 放盐 ) , 装盘 ( 准备盘子 , 从锅里倒在盘子中 ) ; 需要 14 1414 个指令 , 才能完成 ;

需要为每个步骤输入指令 , 速度慢 , 效率低 , 功耗高 ;


CPU 位数 : 64 / 32 64 / 3264/32 位 , 表示单次读取指令的吞吐量 , 64 6464 位表示一次可以读取 64 6464 位 ( 8 88 Byte ) 的指令 ;






三、Dalvik 虚拟机内存


DVM 堆分为 2 22 部分 , Active Heap 和 Zygote Heap ;


Android 系统刚启动的时候 , 没有启动应用 , 只有 Zygote 进程 , 所有的应用都是 Zygote 进程 fork() 启动的 ;


Zygote Heap 就是 Zygote 进程的堆 ;


当有第一个 Android 应用进程启动后 , 就会出现 Active Heap 堆 ;


image.png



DVM 内存划分 :


Zygote Heap 堆内存中 , 有一部分区域的内存是只读的 , 如系统相关的库 , 共享库 , 预置库 , 这些内存数据所有应用公用 ;


每个应用都会在 Active Heap 堆中分配一块内存 ;



DVM 借助一些 辅助数据结构 管理堆内存 ;


Card Table : 记录对象的引用情况 , 辅助 CMS 并行垃圾回收器使用 ;

Live Heap Bitmap : 记录上一次 GC 后存活的对象 ;

Mark Heap Bitmap : 记录当前存活的对象 ;

上一次存活 , 本次没有存活的对象 , 是本次需要被回收的对象 ; 这些对象由 Mark Stack 找出 ;


Mark Stack 检索所有的引用对象 , 检查哪些对象需要被回收 ;


目录
相关文章
|
13天前
|
Java 调度
Java并发编程:深入理解线程池的原理与实践
【4月更文挑战第6天】本文将深入探讨Java并发编程中的重要概念——线程池。我们将从线程池的基本原理入手,逐步解析其工作过程,以及如何在实际开发中合理使用线程池以提高程序性能。同时,我们还将关注线程池的一些高级特性,如自定义线程工厂、拒绝策略等,以帮助读者更好地掌握线程池的使用技巧。
|
25天前
|
JSON Java Serverless
nacos常见问题之cpu和内存占用高如何解决
Nacos是阿里云开源的服务发现和配置管理平台,用于构建动态微服务应用架构;本汇总针对Nacos在实际应用中用户常遇到的问题进行了归纳和解答,旨在帮助开发者和运维人员高效解决使用Nacos时的各类疑难杂症。
139 0
|
存储 安全 算法
深入剖析JVM内存管理与对象创建原理
JVM内存管理,JVM运行时区域,直接内存,对象创建原理。
37 2
|
20天前
|
存储 缓存 Java
金石原创 |【JVM盲点补漏系列】「并发编程的难题和挑战」深入理解JMM及JVM内存模型知识体系机制(1)
金石原创 |【JVM盲点补漏系列】「并发编程的难题和挑战」深入理解JMM及JVM内存模型知识体系机制(1)
34 1
|
25天前
|
开发框架 Java API
java反射机制的原理与简单使用
java反射机制的原理与简单使用
17 1
|
20天前
|
缓存 Java C#
【JVM故障问题排查心得】「Java技术体系方向」Java虚拟机内存优化之虚拟机参数调优原理介绍(一)
【JVM故障问题排查心得】「Java技术体系方向」Java虚拟机内存优化之虚拟机参数调优原理介绍
60 0
|
22天前
|
Java
软件工程设计原理里氏替换原则 ,具体实现及JAVA代码举例
里氏替换原则(Liskov Substitution Principle, LSP)是面向对象设计的基本原则之一,由Barbara Liskov提出。这个原则指出,如果类 S 是类 T 的子类型,则程序中使用 T 的对象的地方都可以不经修改地使用 S 的对象。换句话说,子类的对象应该能够替换掉它们的父类对象,而不影响程序的正确性。这个原则强调了继承关系中的行为兼容性,保证了基类和派生类之间的正确抽象和继承关系。
22 3
|
6天前
|
存储 前端开发 安全
JVM内部世界(内存划分,类加载,垃圾回收)(上)
JVM内部世界(内存划分,类加载,垃圾回收)
33 0
|
8天前
|
运维 NoSQL 算法
Java开发-深入理解Redis Cluster的工作原理
综上所述,Redis Cluster通过数据分片、节点发现、主从复制、数据迁移、故障检测和客户端路由等机制,实现了一个分布式的、高可用的Redis解决方案。它允许数据分布在多个节点上,提供了自动故障转移和读写分离的功能,适用于需要大规模、高性能、高可用性的应用场景。
15 0
|
16天前
|
Java 开发者
软件工程设计原理接口隔离原则 ,具体实现及JAVA代码举例
【4月更文挑战第7天】接口隔离原则(Interface Segregation Principle, ISP)是面向对象设计原则之一,旨在减少不必要的依赖关系,通过拆分庞大且臃肿的接口为更小、更具体的接口来实现。这个原则强调“客户端不应该被迫依赖于它不使用的接口”,意味着一个类不应该被迫实现它不使用的方法。
16 1