java 局部变量频繁gc_java的GC与内存泄漏

从诞生至今，20多年过去，Java至今仍是使用最为广泛的语言。这仰赖于Java提供的各种技术和特性，让开发人员能优雅的编写高效的程序。今天我们就来说说Java的一项基本但非常重要的技术内存管理

了解C语言的同学都知道，在C语言中内存的开辟和释放都是由我们自己来管理的，每一个new操作都要对于一个delete操作，否则就会参数内存泄漏和溢出的问题，导致非常槽糕的后果。但在Java开发过程中，则完全不需要担心这个问题。因为jvm提供了自动内存管理的机制。内存管理的工作由jvm帮我们完成。这样我们就不用为了释放内存而头疼了。

Jvm内存浅析

虽然jvm帮我们做了内存管理的工作，但是我们仍需要了解jvm到底做了什么，下面我们就一起去看一看

jvm启动时进行一系列的工作，其中一项就是开辟一块运行时内存。而这一块内存中又分为了五大区域，分别用于不同的功能。

程序计数器

记录程序运行的下一条指令的地址，这里的“地址”可以是一个本地指针，也可以是在方法字节码中相对于该方法起始指令的偏移量。如果该线程正在执行一个本地方法，那么此时程序计数器的值为”undefined”.在多线程环境下，每一个线程都有自己的程序计数器，在jvm调度线程时，会把当前的线程的程序计数器保存到快照，以便下次线程获取执行时间时获取

VM Stack

虚拟机栈是Java方法执行的内存模型，每个方法执行的时候，会在栈中创建一帧用于存储局部变量表、操作数栈、动态链接、方法出口。方法开始调用时，会创建栈帧并入栈，方法执行结束时会出栈。每个线程都有自己的栈。

动态链接：是一种在常量池中指向方法的符号引用，需要在运行期确定为直接引用

方法出口：当前执行方法的调用者的程序计数器，或异常处理表的地址

可以通过 -xxs 大小 来配置栈的大小，当嵌套调用使用不当，会导致方法不停的入栈，最终导致栈空间被占满产生 StackOverflowError

本地方法栈

Heap

堆是用于存放对象实例的地方，几乎所有对象实例在堆中分配。堆是线程共享的，这是多线程时同步机制的原因。

堆是GC管理的主要区域，GC在对堆进行回收前，首先要确定对象是否已死(不可能再被使用的对象)

判断对象是否存活的算法有两种：引用计数算法、可达性分析算法

引用计数算法是为每一个对象添加一个引用计数器，每当有一个引用指向它时，计数器就加一，任何时刻计数器为0的对象就不可能再被使用。这种算法实现简单，但是它很难解决对象循环引用的问题(何为循环引用见下方备注)

可达性分析算法是Java语言正在使用的算法。它的基本思想是通过一系统被称为“GC Root”的对象为起点，从这个起点向下搜索，搜索走过的路径称为引用链，当一个对象不再任何引用链上时，则说明这个对象是不可能再被使用的。

在Java语言中，GC Root包括以下几种对象：

虚拟机栈中引用的对象

<