java架构学习——13. 垃圾回收机制算法分析&使用Jmeter压力测试工具

本篇博文主要包含：

• 手动GC回收
• finalize的作用
• 内存溢出与内存泄露
• 如何防止内存泄露
• 垃圾回收机制算法（重点）
  -引用计数算法
  -复制算法（用于新生代垃圾回收）
  -标记清除算法
  -标记-压缩算法（老年代使用）
  -分代收集算法
• 垃圾回收时的停顿现象
• 垃圾收集器
  -串行回收器
  -并行回收器
• Tomcat配置调优测试
• 使用Jmeter压力测试工具
• 调优总结

一、基本概念

1. 什么是垃圾回收机制？
   垃圾回收机制不定时，向堆内存清理不可达对象。

2. 手动GC回收
   代码演示：

public class GcDemo {

	public static void main(String[] args) {
		GcDemo gc = new GcDemo();
		//将对象设置为不可达，垃圾回收机制将对其进行回收
		gc = null;
		//手动调用垃圾回收机制，不一定会调用
		System.gc();
	}
	
	//垃圾回收机制之前调用
	@Override
	protected void finalize() throws Throwable {
		System.out.println("垃圾回收机制之前调用......");
		super.finalize();
	}
}

运行结果：

finalize作用：
Java技术使用finalize()方法在垃圾收集器将对象从内存中清除出去前，做必要的清理工作。这个方法是由垃圾收集器在确定这个对象没有被引用时对这个对象调用的。它是在Object类中定义的，因此所有的类都继承了它。子类覆盖finalize()方法以整理系统资源或者执行其他清理工作。finalize()方法是在垃圾收集器删除对象之前对这个对象调用的。

3. 内存溢出与内存泄露
   内存溢出： 内存不足，例如：需要2g内存，系统只支持1g内存。
   内存泄露：对象已经没有被应用程序使用，但是垃圾回收器没办法移除它们，因为还在被引用着。如：定义了很多的静态变量会导致内存泄露。

4. 如何防止内存泄露

• 特别注意一些像HashMap、ArrayList的集合对象，它们经常会引发内存泄漏。当它们被声明为static时，它们的生命周期就会和应用程序一样长。
• 特别注意事件监听和回调函数。当一个监听器在使用的时候被注册，但不再使用之后却未被反注册。
• “如果一个类自己管理内存，那开发人员就得小心内存泄漏问题了。” 通常一些成员变量引用其他对象