如果对象在进行可达性分析后发现没有与GCRoots相连接的引用链，那它将会被第一次标记，随后进行一次筛选，筛选的条件是此对象是否有必要执行finalize()方法。 如果对象在在finalize()中成功拯救自己——只要重新与引用链上的任何一个对象建立关联即可，譬如把自己（this关键字）赋值给某个类变量或者对象的成员变量，那在第二次标记时它就”逃过一劫“。 但是如果没有抓住这个机会，那么对象就真的要被回收了。

弱引用 弱引用也是用来描述那些非必须对象，但是它的强度比软引用更弱一些，被弱引用关联的对象只能生存到下一次垃圾收集发生为止。当垃圾收集器开始工作，无论当前内存是否足够，都会回收掉只被弱引用关联的对象。在JDK1.2版之后提供了WeakReference类来实现弱引用。 Objectobj=newObject(); ReferenceQueuequeue=newReferenceQueue(); WeakReferencereference=newWeakReference(obj, queue); //强引用对象滞空，保留软引用 obj=null; 虚引用 虚引用也称为“幽灵引用”或者“幻...

弱引用 弱引用也是用来描述那些非必须对象，但是它的强度比软引用更弱一些，被弱引用关联的对象只能生存到下一次垃圾收集发生为止。当垃圾收集器开始工作，无论当前内存是否足够，都会回收掉只被弱引用关联的对象。在JDK1.2版之后提供了WeakReference类来实现弱引用。 Objectobj=newObject(); ReferenceQueuequeue=newReferenceQueue(); WeakReferencereference=newWeakReference(obj, queue); //强引用对象滞空，保留软引用 obj=null; 虚引用 虚引用也称为“幽灵引用”或者“幻...

Java中的引用有四种，分为强引用（StronglyReference）、软引用（SoftReference）、弱引用（WeakReference）和虚引用（PhantomReference）4种，这4种引用强度依次逐渐减弱。 强引用 是最传统的引用的定义，是指在程序代码之中普遍存在的引用赋值，无论任何情况下，只要强引用关系还存在，垃圾收集器就永远不会回收掉被引用的对象。 Objectobj=newObject(); 软引用 是用来描述一些还有用，但非必须的对象。只被软引用关联着的对象，在系统将要发生内存溢出异常前，会把这些对象列进回收范围之中进行第二次回收，如果这次回收还没有足够的内存，...

Java中的引用有四种，分为强引用（StronglyReference）、软引用（SoftReference）、弱引用（WeakReference）和虚引用（PhantomReference）4种，这4种引用强度依次逐渐减弱。 强引用 是最传统的引用的定义，是指在程序代码之中普遍存在的引用赋值，无论任何情况下，只要强引用关系还存在，垃圾收集器就永远不会回收掉被引用的对象。 Objectobj=newObject(); 软引用 是用来描述一些还有用，但非必须的对象。只被软引用关联着的对象，在系统将要发生内存溢出异常前，会把这些对象列进回收范围之中进行第二次回收，如果这次回收还没有足够的内存，...

可以作为GCRoots的主要有四种对象： 虚拟机栈(栈帧中的本地变量表)中引用的对象 方法区中类静态属性引用的对象 方法区中常量引用的对象 本地方法栈中JNI引用的对象 对象有哪几种引用？ Java中的引用有四种，分为强引用（StronglyReference）、软引用（SoftReference）、弱引用（WeakReference）和虚引用（PhantomReference）4种，这4种引用强度依次逐渐减弱。

内存泄漏可能的原因有很多种： 静态集合类引起内存泄漏 静态集合的生命周期和JVM一致，所以静态集合引用的对象不能被释放。 publicclassOOM{ staticListlist=newArrayList(); publicvoidoomTests(){ Objectobj=newObject(); list.add(obj); } } 单例模式 和上面的例子原理类似，单例对象在初始化后会以静态变量的方式在JVM的整个生命周期中存在。如果单例对象持有外部的引用，那么这个外部对象将不能被GC回收，导致内存泄漏。 数据连接、IO、Socket等连接 创建的连接不再使用时，需要调用close...

在JVM的几个内存区域中，除了程序计数器外，其他几个运行时区域都有发生内存溢出（OOM）异常的可能，重点关注堆和栈。 Java堆溢出 Java堆用于储存对象实例，只要不断创建不可被回收的对象，比如静态对象，那么随着对象数量的增加，总容量触及最大堆的容量限制后就会产生内存溢出异常（OutOfMemoryError）。 这就相当于一个房子里，不断堆积不能被收走的杂物，那么房子很快就会被堆满了。 publicclassHeapOOM{ staticclassOOMObject{ } publicstaticvoidmain(String[]args){ List<OOMObject>l...

内存泄露就是申请的内存空间没有被正确释放，导致内存被白白占用。 内存溢出就是申请的内存超过了可用内存，内存不够了。 两者关系：内存泄露可能会导致内存溢出。 用一个有味道的比喻，内存溢出就是排队去蹲坑，发现没坑位了，内存泄漏，就是有人占着茅坑不拉屎，占着茅坑不拉屎的多了可能会导致坑位不够用。

Java程序会通过栈上的reference数据来操作堆上的具体对象。由于reference类型在《Java虚拟机规范》里面只规定了它是一个指向对象的引用，并没有定义这个引用应该通过什么方式去定位、访问到堆中对象的具体位置，所以对象访问方式也是由虚拟机实现而定的，主流的访问方式主要有使用句柄和直接指针两种： 如果使用句柄访问的话，Java堆中将可能会划分出一块内存来作为句柄池，reference中存储的就是对象的句柄地址，而句柄中包含了对象实例数据与类型数据各自具体的地址信息，其结构如图所示： 如果使用直接指针访问的话，Java堆中对象的内存布局就必须考虑如何放置访问类型数据的相关信息，ref...

在JVM中对象的创建，我们从一个new指令开始： 首先检查这个指令的参数是否能在常量池中定位到一个类的符号引用； 检查这个符号引用代表的类是否已经被加载、解析和初始化过。如果没有，就先执行相应的类加载过程； 类加载检查通过后，接下来虚拟机将为新生对象分配内存； 内存分配完成后，虚拟机将分配到的空间（但不包括对象头）都初始化为零值； 接下来设置对象头，请求头里包含了对象是哪个类的实例、如何才能找到类的元数据信息、对象的哈希码和对象的GC分代年龄等信息。 过程大概如下：

会。 假设JVM虚拟机上，每一次new对象时，指针就会向右移动一个对象size的距离，一个线程正在给A对象分配内存，指针还没来得及修改，另一个为对象B分配内存的线程又引用了这个指针来分配内存，这就发生了抢占。 有两种方案来解决这个问题： 1、CAS 采用CAS分配重试的方式来保证更新操作的原子性 2、TLAB 每个线程在Java堆中预先分配一小块内存，也就是本地线程分配缓冲（ThreadLocalAllocationBuffer，TLAB），要分配内存的线程，先在本地缓冲区中分配，只有本地缓冲区用完了，分配新的缓冲区时才需要同步锁定。

JDK1.6、1.7/1.8内存区域发生了变化，主要体现在方法区的实现： JDK1.6使用永久代实现方法区： DK1.7时发生了一些变化，将字符串常量池、静态变量，存放在堆上 在JDK1.8时彻底干掉了永久代，而在直接内存中划出一块区域作为元空间，运 行时常量池、类常量池都移动到元空间。

JVM内存区域最粗略的划分可以分为堆和栈，当然，按照虚拟机规范，可以划分为以下几个区域： JVM内存分为线程私有区和线程共享区，其中方法区和堆是线程共享区，虚拟机栈、本地方法栈和程序计数器是线程隔离的数据区。 1、程序计数器 程序计数器（ProgramCounterRegister）也被称为PC寄存器，是一块较小的内存空间。 它可以看作是当前线程所执行的字节码的行号指示器。 2、Java虚拟机栈 Java虚拟机栈（JavaVirtualMachineStack）也是线程私有的，它的生命周期与线程相同。 Java虚拟机栈描述的是Java方法执行的线程内存模型：方法执行时，JVM会同步创建一个栈...

我们自己的实现就是完成这个核心流程： 线程池中有N个工作线程 把任务提交给线程池运行 如果线程池已满，把任务放入队列 最后当有空闲时，获取队列中任务来执行 实现代码： 这样，一个实现了线程池主要流程的类就完成了。

单机线程池执行断电了应该怎么处理？ 我们可以对正在处理和阻塞队列的任务做事务管理或者对阻塞队列中的任务持久化处理，并且当断电或者系统崩溃，操作无法继续下去的时候，可以通过回溯日志的方式来撤销正在处理的已经执行成功的操作。然后重新执行整个阻塞队列。 也就是说，对阻塞队列持久化；正在处理任务事务控制；断电之后正在处理任务的回滚，通过日志恢复该次操作；服务器重启后阻塞队列中的数据再加载。 Fork/Join框架 Fork/Join框架是Java7提供的一个用于并行执行任务的框架，是一个把大任务分割成若干个小任务，最终汇总每个小任务结果后得到大任务结果的框架。 要想掌握Fork/Join框架，首先需要...

线程池如何实现参数的动态修改 线程池提供了几个setter方法来设置线程池的参数。 这里主要有两个思路： 1、在微服务架构下，可以利用配置中心，如Nacos、Apollo等等，也可以自己开发配置中心。业务服务读取线程池配置，获取相应的线程池实例来修改线程池的参数。 2、如果限制了配置中心的使用，也可以自己去扩展ThreadPoolExecutor，重写方法，监听线程池参数变化，来动态修改线程池参数。 线程池调优 线程池配置没有固定的公式，通常事前会对线程池进行一定评估，常见的评估方案 如下： 上线之前也要进行充分的测试，上线之后要建立完善的线程池监控机制。 事中结合监控告警机制，分析线程...

线程池异常怎么处理 在使用线程池处理任务的时候，任务代码可能抛出RuntimeException，抛出异常后，线程池可能捕获它，也可能创建一个新的线程来代替异常的线程，我们可能无法感知任务出现了异常，因此我们需要考虑线程池异常情况。 常见的异常处理方式： 线程池有几种状态 线程池有这几个状态：RUNNING,SHUTDOWN,STOP,TIDYING,TERMINATED。 //线程池状态 privatestaticfinalintRUNNING=-1<<COUNT_BITS; privatestaticfinalintSHUTDOWN=0<<COUNT_BITS;...

一、线程池提交execute和submit有什么区别？ 1.execute用于提交不需要返回值的任务 threadsPool.execute(newRunnable(){ @Overridepublicvoidrun(){ //TODOAuto-generatedmethodstub} }); 2.submit()方法用于提交需要返回值的任务。线程池会返回一个future类型的对象，通过这个future对象可以判断任务是否执行成功，并且可以通过future的get()方法来获取返回值 Future<Object>future=executor.submit(harReturn...

一、线程池的拒绝策略有哪些？ 1、AbortPolicy：直接抛出异常，默认使用此策略。 2、CallerRunsPolicy：用调用者所在得线程来执行任务； 3、DiscardOldestPolicy：丢弃阻塞队列里最老的任务，也就是队列里面靠前的任务； 4、DiscardPolicy：直接丢弃当前任务。 想实现自己的拒绝策略，实现RejectedExceptionHandler接口。 二、线程池有哪几种工作队列？ 常用的阻塞队列主要用以下几种： ArrayBlockingQueue：ArrayBlockingQueue（有界队列）是一个用数组实现的有界阻塞队列，按FIFO排序量。 Lin...