内存溢出和内存泄漏

关于内存泄漏和内存溢出这个部分的知识点容易混淆，以下来做一个梳理

内存泄漏：

内存泄漏指由于疏忽或错误造成程序未能释放已经不再使用的内存。 内存泄漏并非指内存在物理上的消失，而是应用程序分配某段内存后，由于设计错误，导致在释放该段内存之前就失去了对该段内存的控制，从而造成了内存的浪费

🎖️容易引起内存泄漏的原因(待验证)

• 1 声明为静态（static）的HashMap、Vector 等集合类的使用最容易引起内存泄漏

• 监听器，在java 编程中，我们都需要和监听器打交道，通常一个应用当中会用到很多监听器，我们会调用一个控件的诸如addXXXListener()等方法来增加监听器，但往往在释放对象的时候却没有记住去删除这些监听器，从而增加了内存泄漏的机会

• 一些物理连接，比如数据库连接和网络连接，除非其显式的关闭了连接，否则是不会自动被GC 回收的。例如Java 数据库连接一般DataSource.getConnection()来创建，当不再使用时必须用Close()方法来释放，因为这些连接是独立于JVM的。其中对于Resultset和Statement对象可以不进行显式回收，📣但Connection一定要显式回收，因为Connection在任何时候都无法自动回收，而Connection一旦回收，Resultset和Statement对象就会立即为NULL。但是如果使用连接池，情况就不一样了，除了要显式地关闭连接，还必须显式地关闭Resultset和Statement对象（关闭其中一个，另外一个也会关闭），否则就会造成大量的Statement 对象无法释放，从而引起内存泄漏。

• 内部类和外部模块等的引用
  内部类的引用是比较容易遗忘的一种，而且一旦没释放可能导致一系列的后继类对象没有释放。对于程序员而言，自己的程序很清楚，如果发现内存泄漏，自己对这些对象的引用可以很快定位并解决，但是现在的实际开发过程中往往并非一个人实现，模块化的思想在现代软件中非常明显，所以程序员要小心外部模块不经意的引用，例如程序员A 负责A 模块，调用了B 模块的一个方法如：
  public void registerMsg(Object b);
  这种调用就要非常小心了，传入了一个对象，很可能模块B就保持了对该对象的引用，这时候就需要注意模块B 是否提供相应的操作去除引用。

注意事项：内存泄漏的出现主要源于程序编写过程中没有规范化管理所导致，开发人员需要结合内存监测工具来有效监控自己的程序，这样才能尽可能地避免出现这个问题。

内存溢出

内存溢出(Out Of Memory，简称OOM)是指应用系统中存在无法回收的内存或使用的内存过多，最终使得程序运行要用到的内存大于能提供的最大内存

如果虚拟机动态拓展无法申请到足够的内存将会出现OutOfMemoryError,Java内存模型中只有程序计数器不会发生OutOfMemoryError

当出现内存溢出这种情况，系统一般会提示相关信息，有时候会自动关闭软件甚至会造成设备卡死等现象，重启电脑或者软件后释放掉一部分内存又可以正常运行该软件或游戏一段时间