GENGEN
主页
vuepress
  • GIT命令
  • python+django
  • vue cli搭建项目
  • babel es6转换es5
  • docker aliyun配置
  • npm 配置
  • linux 常用命令
  • Ubuntu 下Linux 命令
  • github
  • gitee
  • csdn
  • 关于我
主页
vuepress
  • GIT命令
  • python+django
  • vue cli搭建项目
  • babel es6转换es5
  • docker aliyun配置
  • npm 配置
  • linux 常用命令
  • Ubuntu 下Linux 命令
  • github
  • gitee
  • csdn
  • 关于我
  • java基础

    • JDK8 函数式编程
    • JDK8 新特性之Date-Time
    • Servlet 源码分析
    • ArrayList 源码
    • LinkedList 源码
    • HashMap 源码
    • String 源码
    • BigDecimal 源码
    • java 类的加载
    • Class 源码
    • Synchronized锁升级
    • 事务的传播机制
    • knowledge
  • JAVA WEB

    • Java Servlet
    • 权限设计
    • logback日志的链路追踪
  • DATABASE

    • MySQL EXPLAIN详解
    • MySQL 索引
    • MySQL 表锁、行锁
    • MySQL ACID与transcation
    • 分布式事务
    • MySQL MVCC机制
    • Mysql 乐观锁与悲观锁
    • 分布式锁1 数据库分布式锁
    • 分布式锁2 Redis分布式锁
    • 分布式锁3 ZK分布式锁
  • SpringCloud

    • SpringCloud服务注册中心之Eureka
    • SpringCloud服务注册中心之Zookeeper
    • SpringCloud服务调用之Ribbon
    • SpringCloud服务调用之OpenFeign
    • SpringCloud服务降级之Hystrix
    • SpringCloud服务网关之Gateway
    • SpringCloud Config分布式配置中心
    • SpringCloud服务总线之Bus
    • SpringCloud消息驱动之Stream
    • SpringCloud链路追踪之Sleuth
    • SpringCloud Alibaba Nacos
    • SpringCloud Alibaba Sentinel
  • Spring

    • SpringBoot
    • Spring-data-jpa入门
    • SpringCloud问题
    • dispatcherServlet 源码分析
    • @SpringBootApplication注解内部实现与原理
    • spring启动初始化初始化
  • 中间件

    • 分布式协调服务器Zookeeper
    • 服务治理Dubbo
    • 分布式配置管理平台Apollo
    • 消息中间件框架Kafka
    • 分布式调度平台ElasticJob
    • 可视化分析工具Kibana
    • ElacticSearch 基础
    • ElacticSearch进阶
    • ElacticSearch集成
  • 环境部署

    • 应用容器引擎Docker
    • DockerCompose服务编排
    • 负载均衡Nginx
    • Nginx的安装配置
    • K8S基础
  • 代码片段

    • listener 监听模式
    • spingboot 整合redis
    • XSS过滤
    • profile的使用
    • ConfigurationProperties注解
  • 设计模式

    • 工厂模式
    • 单例模式
    • 装饰者模式
    • 适配器模式
    • 模板方法模式
    • 观察者模式
  • 读书笔记

    • 《Spring in Action 4》 读书笔记
    • 《高性能mysql》 读书笔记
  • NoSQL

    • Redis基础
    • Redis高级
    • Redis集群
    • Redis应用
  • MQ

    • rabbitMQ基础
    • rabbitMQ高级
    • rabbitMQ集群
  • JVM

    • JVM体系架构概述
    • 堆参数调整
    • GC 分代收集算法
    • JVM 垃圾回收器
    • JVM 相关问题
  • JUC

    • JUC总览
    • volatile关键字
    • CAS
    • ABA问题
    • collections包下线程安全的集合类
    • Lock 锁
    • LockSupport
    • AQS
    • Fork/Join分支框架
    • JUC tools
    • BlockingQueue 阻塞队列
    • Executor 线程池
    • CompletableFuture
    • 死锁以及问题定位分析
  • Shell

    • shell命令
    • shell基础
  • Activiti

    • IDEA下的Activiti HelloWord
    • 流程定义的CRUD
    • 流程实例的执行
    • 流程变量
  • VUE

    • vue基础
    • vue router
    • Vuex
    • Axios 跨域
    • dialog 弹出框使用
    • vue 动态刷新页面
    • vue 封装分页组件
    • vue 动态菜单
    • vue 常用传值
  • Solidity 智能合约

    • Solidity 基础
    • Solidity ERC-20
    • Solidity 101
  • English

    • 时态

GC 分代收集算法

dock
  • JVM在进行GC时,并非每次都对三个(对于jdk8来说是两个)区域(Young、Old、Prem)一起回收的,大部分回收是指新生代。
  • 因此GC分为两种GC,一种是普通GC(minor GC),一种是全局GC(major GC或 Full GC)

Minor GC 和 Full GC区别

  • Minor GC :直针对新生代区域的GC,因为一般java对象存活率不高,所以Minor GC频率非常频繁,一般回收速度较快
  • Full GC :指发生在老年代的垃圾回收动作,出现了Full GC,通常会伴随至少一次的Minor GC(但不是绝对)。Full GC的速度一般比Minor GC满10倍以上。

引用计数法

  • 一个对象可能有多个地方引用,如果有引用就+1,没有就-1,当引用 =0的时候,证明没有被引用,会被回收。
  • 优点:速度快,效率高
  • 缺点:
    • 每次对对象赋值都要维护一个计数器,且计数器也有一定消耗
    • 较难处理循环引用问题(类似死锁)
  • JVM实现一般不采用这种方式

复制算法 Copying

  • Minor GC使用的就是复制算法Copying
  • 为什么:
    • Minor GC会把Eden区所有活着的对象放到Survivor区,如果放不下就会放入Old Gen,也即一旦收集后,Eden区就会变成空的。
    • 当一个对象在Eden区出生后,经过依次MinorGC后还存活,并且能够被另一块Survivor容纳,则使用复制算法将这些存活的对象复制到另一个Survivor区(to区),然后清理所使用过的Eden区和Survivor区(from区),并将这些存活对象年龄+1,以后梅熬过依次MinorGC的对象,年龄都会+1,当对象年龄到达一个阈值(默认15,通过-XX:MaxtenuingThreshold设置)。这些对象会进入老年代Old Gen
    • 复制算法基本思想就是把内存分为两块(Survivor0、Survivor1),每次只使用一块,当一块内存用完后,就将活得复制另一块中。复制算法不产生内存碎片(复制过去的数据在内存中是连续的)
    • 因为Eden区对象一般存活率较低,所以Eden占用新生代80%空间,而Survivor0、Survivor1分别10%,因为一旦放生GC,绝大部分的对象都会被清除,少数会到Survivor区。
  • 劣势:
    • 浪费了Survivor区的一半内存空间
    • 如果对象存活率很高,我们会将对象都复制一遍,并将引用的地址重置一遍。复制算法在存活率较高情况下(大量static),花费时间较多。复制算法想要高效,起码对象存活率要非常低才行。

标记清除 Mark-Sweep

  • Full GC一般由标记清除 Mark-Sweep 和标记压缩 Mark-Compact混合实现
  • 原理
  • 算法分为标记、清除两个阶段,先标记出要回收的对象,然后统一回收这些对象
  • 优点: 节约空间
  • 缺点: 1耗时(需要两次扫描);2会产生内存碎片(清除内存数据,会造成空闲内存不连续)

标记压缩 Mark-Compact

  • 标记压缩,标记存活的对象,通过把存活的对象都往内存的一端移动,然后清除边界以外的内存数据。
  • 标记压缩 Mark-Compact是对标记清除 Mark-Sweep缺点2的优化,把不连续的内存空间进行压缩整理,但是同时耗时也是最长的(需要标记 + 整理两步)

Tips

  • Full GC因为是两种算法的结合,所以实质是 标记Mark - 清除Sweep - 压缩Compact 的结合
  • 原理:Full GC进行多次的Mark-Sweep以后,会进行Mark-Compact

算法总结

  • 内存效率:复制算法 > 标记清除 > 标记压缩
  • 内存整齐度:复制算法 = 标记压缩 > 标记清除
  • 内存利用率:标记压缩 = 标记清除 > 复制算法
Last Updated:
Contributors: gendali, wal365@126.com
Prev
堆参数调整
Next
JVM 垃圾回收器