-
数据是商品,硬盘是仓库,内存是货架,买东西是只能在货架上买的
-
货架容纳不下当前需要摆放的商品,即内存溢出
-
JVM 虚拟出一个计算机来仿真模仿各种计算机功能
-
JVM 有自己的硬件架构,如处理器、堆栈、寄存器等,还有对应分指令系统
-
JVM是淘宝店铺,不是真是存在的货架但能上架下架商品,数量也是有限
-
平台无关性可以理解成异地购物
-
内存模型就是具体的各变量访问规则
-
所有变量保存主内存,每条线程有自己的工作内存保存用到变量的内存副本
-
不能直接读写内存的变量
-
不同线程无法访问对方的工作内存变量,值传递要通过主内存进行
-
执行引擎相当于CPU
-
8种操作完成主内存与工作内存的交互协议
-
lock锁定变量,将其变成一条线程独占
-
unlock 解锁
-
read 将主内存变量传输到线程的工作内存 -> load 将取得变量放入变量副本
主内存->read->load->工作内存
-
write 将store得到的变量副本写入到主内存
工作内存->store->write->主内存
-
use 将工作内存的变量传递给执行引擎
工作内存->use->执行引擎
-
assign 将执行引擎收到的值赋给工作内存
执行引擎->assign->工作内存
-
store 将工作内存的变量传送到主内存供write使用
-
JVM内存划分:线程私有,线程共享
-
共享:方法区,堆
-
私有:虚拟机栈,程序计数器,本地方法栈
-
局部变量表会随着函数栈帧的销毁而销毁,包括基本数据类型、对象引用、字节码指令地址
-
操作栈保存计算过程的中间结果
-
每个栈帧包含一个指向运行时常量池中该帧所属方法引用,持有该引用是为了动态连接
-
正常完成出口,异常完成出口,无论哪种形式推出,都需要返回到方法被调用位置
程序计数器
-
程序计数器是一块较小的内存空间,可以看作是当前线程执行的字节码的行号指示器。
-
为了线程切换后能恢复到正确的执行位置,每条线程都有一个私有的计数器。
-
程序计数器是唯一一个在 Java 虚拟机规范中没有规定任何 OOM 情况的区域。
虚拟机栈
-
虚拟机栈就是Java方法栈,每个方法执行时创建一个栈帧(Stack Frame),栈帧用于存储局部变量表、操作数栈、动态链接、方法出口等信息,生命周期与线程相同。
-
虚拟机栈的两种异常:StackOverflowError(栈请求深度大于规定的最大深度),OutOfMemoryError(扩展申请不到足够的内存)
本地方法栈(Nativie Method Stack)
- 为Native方法服务
- 虚拟机栈一样的异常
Java堆
- 存放创建的对象实例 即是所有的变量
- 最大的内存区域
- 虚拟机创建时创建
- GC管理的主要区域
方法区
- 线程共享
- 已被虚拟机加载的数据
- 存储类型:类信息 常量 静态变量 即时编译器编译后的代码
- 此区大小决定可以保存多少个类,定义过多溢出,会抛出OutOfMemoryError
- 分运行时常量池和直接内存
- Class 文件中除了有类的版本、字段、方法和接口等描述信息,还有一项信息就是常量池(Constant Pool Table)。 常量池->运行时常量池
- 直接内存
- 直接内存的分配不会受到 Java 堆大小的限制,但是会受到设备总内存(RAM 以及 SWAP 区)大小以及处理器寻址空间的限制。
- 通过一个存储在 Java 堆中的 DirectByteBuffer 对象作为这块内存的引用进行操作,这样能避免在 Java 堆和 Native 堆中来回复制数据。
- 默认容量与Java堆最大值一样
栈帧
- 方法的调用链路由Java一个个方法栈帧组成
- 一个栈帧包括了局部变量表、操作栈、动态连接、返回地址
- 局部变量表中的数据在函数调用结束后随着栈帧的销毁而销毁
- 操作数栈保存计算过程的中间结果,临时变量存储的地方
- 动态连接指执行运行时常量池中该栈帧所属方法引用
- 返回地址:正常完成出口,异常完成出口,无论是哪种推出方式,都要返回到方法被调用位置,才能继续执行
可达性算法
- 在主流的商用程序语言(Java、C# 和 Lisp 等)的主流实现中,都是通过可达性分析(Reachability Analysis)判定对象是否存活的。
- 当一个对象到 GC Roots 没有任何引用链相连时,则证明此对象是不可用的。
引用相关
-
在 JDK 1.2 之后,Java 对引用的概念进行了扩充,将引用分为强引用、软引用、弱引用和虚引用四种,这四种引用强度按顺序依次减弱。
-
强引用是指代码中普遍存在的,比如 "Object obj = new Object()" 这类引用。直接访问,不会回收(即使OOM),可能内存泄漏
-
对于软引用关联的对象,在系统即将发生内存溢出前,会把这些对象列入回收范围中进行二次回收。如果二次回收后还没有足够的内存,就会抛出内存溢出异常。在 JDK 1.2 后,Java 提供了 SoftReference 类来实现软引用。(这个特性很适合用来实现缓存:比如网页缓存、图片缓存等。)
SoftReference<String> sr = new SoftReference<String>(new String("hello"));
-
弱引用也是用来描述非必需对象的,当JVM进行垃圾回收时,无论内存是否充足,都会回收被弱引用关联的对象。(biss)如果存在强引用同时与之关联,则进行垃圾回收时也不会回收该对象
WeakReference<String> sr = new WeakReference<String>(new String("hello"));
-
虚引用在java中用java.lang.ref.PhantomReference类表示。
-
虚引用必须和引用队列关联使用,当垃圾回收器准备回收一个对象时,如果发现它还有虚引用,就会把这个虚引用加入到与之 关联的引用队列中。程序可以通过判断引用队列中是否已经加入了虚引用,来了解被引用的对象是否将要被垃圾回收。
-
当我们操作不当导致某块内存泄漏时,GC 就不能对这块内存进行回收。
-
拿 Android 来说,进行 GC 时,所有线程都要暂停,包括主线程,16ms 是 Android 要求的每帧绘制时间,而当 GC 的时间超过 16ms,就会造成丢帧的情况,也就是界面卡顿。
垃圾回收算法
-
标记-清除算法(Mark-Sweep) 标记所有商品的状态没人买的就下架 :效率低,标记和清除的效率都不高;内存碎片太多会导致当程序需要分配较大的对象时,无法找到足够的连续内存而不得不提前触发 GC
-
复制(Copying)收集算法 可用内存按容量划分为大小相等的两块,这块内存用完了,就把存活的对象复制到另一块内存上,然后把已使用的空间一次清理。:每次都是对半个内存区域进行回收,内存分配时也不用考虑内存碎片等复杂问题。
-
浪费空间
把内存缩小一半来使用太浪费空间。
-
有时效率较低
在对象存活率高时,要进行较多的复制操作,这时效率就变低了
网友评论