Java中七个潜在的内存泄露风险，你知道几个？

历史文章推荐：

1. JDK 16新特性一览
2. 啥？用了并行流还更慢了
3. InnoDB自增原理都搞不清楚，还怎么CRUD？
4. Lombok的Builder注解不好用，试试SuperBuilder吧
5. Arthas原理系列(五)：watch命令的实现原理

虽然Java程序员不用像C/C++程序员那样时刻关注内存的使用情况，JVM会帮我们处理好这些，但并不是说有了GC就可以高枕无忧，内存泄露相关的问题一般在测试的时候很难发现，一旦上线流量起来，立刻就是一个线上故障。

1. 内存泄露的定义

如果GC无法回收内存中不再使用的对象，则定义为内存有泄露

2. 未关闭的资源类

当我们在程序中打开一个新的流或者是新建一个网络连接的时候，JVM都会为这些资源类分配内存做缓存，常见的资源类有网络连接，数据库连接以及IO流。值得注意的是，如果在业务处理中异常，则有可能导致程序不能执行关闭资源类的代码，因此最好按照下面的做法处理资源类

public void handleResource() {
   
    try {
   
        // open connection
        // handle business
    } catch (Throwable t) {
   
        // log stack
    } finally {
   
        // close connection
    }
}

3. 未正确实现equals()和hashCode()

假如有下面的这个类

public class Person {
   
    public String name;
    
    public Person(String name) {
   
        this.name = name;
    }
}

并且如果在程序中有下面的操作

@Test
public void givenMapWhenEqualsAndHashCodeNotOverriddenThenMemoryLeak() {
   
    Map<Person, Integer> map = new HashMap<>();
    for(int i=0; i<100; i++) {
   
        map.put(new Person("jon"), 1);
    }
    Assert.assertFalse(map.size() == 1