android JVM运行机制

1 JVM启动流程

JVM启动流程

2 JVM基本结构

在这里插入图片描述

2.1 PC寄存器

每个线程拥有一个PC寄存器
在线程创建时创建
指向下一条指令的地址
执行本地方法时,PC的值为undefined

2.2 方法区

保存装载的类信息:
类型的常量池
字段、方法信息
方法字节码
通常和永久区(Perm)关联在一起
注意:
JDK6时,String等常量信息至于方法
JDK7时,已经移动到了堆

2.2 Java堆

在这里插入图片描述
和程序开发密切相关
应用系统对象都保存在Java堆中
所有线程共享Java堆
对分代GC来说,堆也是分代的
GC的主要工作区间

2.3 Java栈

线程私有
栈由一系列帧组成(因此Java栈也叫Java帧栈)
帧保存一个方法的局部变量、操作数帧、常量池指针
每一次方法调用创建一个帧,并压栈
局部变量表 包括参数和局部变量

public class StackDemo {
    public static int runStatic(int i, long l, float f, Object o, byte b) {
        return 0;
    }
    public int runInstance(char c, short s, boolean b) {
        return 0;
    }
}

在这里插入图片描述
在这里插入图片描述
操作数栈

Java没有寄存器,所有参数传递使用操作数栈

public static int add(int a,int b){
int c=0;
c=a+b;
return c;
}

0: iconst_0 // 0压栈
1: istore_2 // 弹出int,存放于局部变量2
2: iload_0 // 把局部变量0压栈
3: iload_1 // 局部变量1压栈
4: iadd //弹出2个变量,求和,结果压栈
5: istore_2 //弹出结果,放于局部变量2
6: iload_2 //局部变量2压栈
7: ireturn //返回
在这里插入图片描述
栈上分配
逃逸分析
在JDK 6之后支持对象的栈上分析和逃逸分析,在JDK 7中完全支持栈上分配对象。 其是否打开逃逸分析依赖于以下JVM的设置:

-XX:+DoEscapeAnalysis
进行逃逸分析之后,产生的后果是所有的对象都将由栈上分配,而非从JVM内存模型中的堆来分配。

public class OnStackTest {

    public static void alloc() {
        byte[] b = new byte[2];
        b[0] = 1;
    }

    public static void main(String[] args) {
        long b = System.currentTimeMillis();
        for (int i = 0; i < 100000000; i++) {
            alloc();
        }
        long e = System.currentTimeMillis();
        System.out.println(e - b);
    }
}

VM options配置

-server -Xmx10m -Xms10m -XX:+DoEscapeAnalysis -XX:+PrintGC
输出结果:

[GC (Allocation Failure) 2048K->544K(9728K), 0.0005844 secs]
[GC (Allocation Failure) 2592K->552K(9728K), 0.0005943 secs]
[GC (Allocation Failure) 2600K->552K(9728K), 0.0009814 secs]
6
VM options配置

-server -Xmx10m -Xms10m -XX:-DoEscapeAnalysis -XX:+PrintGC
输出结果:

[GC (Allocation Failure) 2048K->568K(9728K), 0.0018641 secs]
[GC (Allocation Failure) 2616K->560K(9728K), 0.0014770 secs]
[GC (Allocation Failure) 2608K->528K(9728K), 0.0014311 secs]
…省略
[GC (Allocation Failure) 3176K->1128K(9728K), 0.0015071 secs]
[GC (Allocation Failure) 3176K->1128K(9728K), 0.0013785 secs]
[GC (Allocation Failure) 3176K->1128K(9728K), 0.0011811 secs]
1084
程序的结果分析:
在进行逃逸分析的运行结果中,只执行了6次就退出程序了。而未进行逃逸分析的结果是1084次,就是说未进行逃逸分析的代码可以执行更多的调用次数。换句话来讲,就是未进行逃逸分析的堆空间远大于进行逃逸分析后使用的栈空间,堆的空间大于栈,这就是根本原因。

总结

小对象(一般几十个bytes),在没有逃逸的情况下,可以直接分配在栈上
直接分配在栈上,可以自动回收,减轻GC压力
大对象或者逃逸对象无法栈上分配
栈上分配可以提升代码性能,降低在多线程情况下的锁使用,但是会受限于其空间的大小。

2.4 栈、堆、方法区交互

public class AppMain {
    //运行时, jvm 把appmain的信息都放入方法区 

    //main 方法本身放入方法区。
    public static void main(String[] args) {
        //test1是引用,所以放到栈区里, Sample是自定义对象应该放到堆里面 

        Sample test1 = new Sample(" 测试1 ");
        Sample test2 = new Sample(" 测试2 ");

        test1.printName();
        test2.printName();
    }

}

 class Sample
//运行时, jvm 把appmain的信息都放入方法区 
{
    private String name;

    //new Sample实例后, name 引用放入栈区里,  name 对象放入堆里 
    public Sample(String name) {
        this.name = name;
    }
    //print方法本身放入方法区里。
    public void printName() { System.out.println(name);
    }
}
 测试1 
 测试2 

在这里插入图片描述

3 内存模型

每一个线程有一个工作内存和主存独立
工作内存存放主存中变量的值的拷贝

在这里插入图片描述

当数据从主内存复制到工作存储时,必须出现两个动作:第一,由主内存执行的读(read)操作;第二,由工作内存执行的相应的load操作;当数据从工作内存拷贝到主内存时,也出现两个操作:第一个,由工作内存执行的存储(store)操作;第二,由主内存执行的相应的写(write)操作

每一个操作都是原子的,即执行期间不会被中断

对于普通变量,一个线程中更新的值,不能马上反应在其他变量中
如果需要在其他线程中立即可见,需要使用 volatile 关键字

内存模型
可见性
一个线程修改了变量,其他线程可以立即知道
保证可见性的方法
volatile
synchronized(unlock之前,写变量值回主存)
final(一旦初始化完成,其他线程就可见)
有序性
在本线程内,操作都是有序的
在线程外观察,操作都是无序的。(指令重排 或 主内存同步延时)
指令重排
线程内串行语义
写后读 a = 1;b = a; 写一个变量之后,再读这个位置。
写后写 a = 1;a = 2; 写一个变量之后,再写这个变量。
读后写 a = b;b = 1; 读一个变量之后,再写这个变量。
以上语句不可重排
编译器不考虑多线程间的语义
可重排: a=1;b=2;
指令重排-破坏线程间的有序性

class OrderExample {
int a = 0;
boolean flag = false;

public void writer() {
    a = 1;                   
    flag = true;           
}

public void reader() {
    if (flag) {                
        int i =  a +1;      
        ……
    }
}
}

线程A首先执行writer()方法
线程B线程接着执行reader()方法
线程B在int i=a+1 是不一定能看到a已经被赋值为1

因为在writer中,两句话顺序可能打乱
线程A
flag=true
a=1
然而
线程B
flag=true(此时a=0)
指令重排-保证有序性的方法
class OrderExample

4.JVM 类加载机制

动态加载,本质上是通过JVM类加载机制将插件模块加载到宿主apk中,并通过android的相关运行机制,实现插件apk的运行。因此熟悉JVM类加载的机制非常重要。

类加载机制:虚拟机把描述类的数据从Class文件加载到内存,并对数据进行校验、转换解析、初始化,最终形成可以被虚拟机直接使用的Java类型

  • 3
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

安卓兼职framework应用工程师

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值