既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上Go语言开发知识点,真正体系化!
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新
目前内存的动态分配与内存回收技术已经相当成熟,为什么还要去了解GC和内存分配呢?其实主要是为了排查各种内存溢出、内存泄漏问题,当垃圾收集称为系统达到更高并发量的瓶颈时,我们就需要对这些已经“自动化”的技术实施必要的监控和调节。
JVM内存模型
Java虚拟机内存模型如下图所示,这个应该是我们最熟悉不过的东西了。
程序计数器、虚拟机栈、本地方法栈3个区域随线程而生,随线程而灭;栈中的栈帧随着方法的进入和退出而有条不紊地执行着出栈和入栈操作。每一栈帧中分配多少内存基本上是在类结构确定下来时就已知的(尽管在运行期会由JIT编译器进行一些优化),因此这几个区域的内存分配和回收都具备确定性,在这几个区域内就不需要过多的考虑垃圾回收问题,因为方法结束或线程结束时,内存自然就跟随着回收了。
而Java堆和方法区则不一样,一个接口中的多个实现类需要的内存可能不一样,一个方法中的多个分支需要的内存也可能不一样,我们只有在程序处于运行期间时才能知道会创建哪些对象,这部分内存的分配和回收都是动态的,垃圾收集器所关注的是这部分内存。
判断存活对象
在堆中存放着Java世界几乎所有的对象实例,垃圾收集器在对堆进行回收前,首先需要确定这些对象哪些“存活”哪些“死去”(即不可能再被任何途径使用的对象)。
引用计数算法(Reference Counting)
该算法给对象添加一个引用计数器,每当有一个地方引用它时,计数器值就加1;当引用失效时,计数器值就减1;任何时刻计数器为0的对象就是不可能再被使用的。
客观地讲,引用计数器算法实现简单,判定效率也很高,有一些比较著名的应用案例,如微软公司的COM(Component Object Model)技术、使用ActionScript 3的FlashPlayer、Python语言和游戏脚本领域被广泛应用的Squrrel中都使用了引用计数器算法进行内存管理。但是,主流的Java虚拟机里面没有选用引用计数器算法来管理内存,主要原因是它很难解决对象之间相互循环引用的问题。
可达性分析算法(Reachability Analysis)
主流的商用程序语言(Java、C#、Lisp)的主流实现中都是通过可达性分析来判定对象是否存活的。基本思路就是通过一系列的称为“GC Roots”的对象作为起始点,从这些节点开始向下搜索,搜索所走过的路径称为引用链(Reference Chain),当一个对象到GC Roots没有任何引用链相连(用图论的话来说,就是从GC Roots到这个对象不可达)时,则证明此对象时不可用的。
如下图,GC Root Set集合里有GC Roots起始节点,从任何一个GC Roots到这个对象都不可达则被判定为可回收的对象。
Java语言中,可作为GC Roots的对象包括下面几种:
- 虚拟机栈(栈帧中的本地变量表)中引用的对象。
- 方法区中类静态属性引用的对象。
- 方法区中常量引用的对象。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上Go语言开发知识点,真正体系化!
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新
后续会持续更新**