今天是周末，祝大家周末愉快，11月3日更新了极限挑战，看的我是感触良多，心中还是澎湃的不行。看到时光的飞逝，让人更加的感受到，这就是生活。所以也希望大家能够通过总结之后珍惜良多的时光，我也尽量把知识点浓缩一下。
今天我们就聊聊Java中最经常出现的OOM异常——OutOfMemoryError。
OutOfMemoryError异常情况
除了程序计数器外，虚拟机内存的其他几个运行时区域都有发生OutOfMemoryError（OOM）异常的可能。
Java堆溢出
Java堆用于存储对象实例，只要不断地创建对象，并且保证GC Roots到对象之间有可达路径来避免垃圾回收机制清除这些对象，那么在对象数量到达最大堆的容量限制后悔产生内存溢出异常。
堆最小值-Xms和堆最大值-Xmx设置一样可以避免堆自动扩展。
虚拟机栈和本地方法栈溢出
-Xoss参数在Hotspot是无效的（设置本地方法栈大小），栈容量只由-Xss参数设定。
如果线程请求的栈深度大于虚拟机所允许的最大深度，将抛出StackOverFlowError异常。
如果虚拟机在扩展栈时无法申请到足够的内存空间，则抛出OutOfMemoryError异常。
在单线程下，无论是由栈帧太大还是虚拟机栈容量太小，当内存无法分配的时候，虚拟机抛出的都是StackOverFlowError异常。
栈深度在大多数情况下达到1000-2000完全没有问题。但是如果建立过多的线程导致的内存溢出，在不能减少线程数或者更换64位虚拟机的情况下，就只能减少最大堆和减少栈容量来换取更多的线程。
方法区和运行时常量池溢出
-XX:PermSize和-XX:MaxPermSize限制方法区大小，从而间接限制其中常量池的容量。
本机直接内存溢出
直接内存容量可以通过-XX:MaxDirectMemorySize制定，如果不指定，则默认与Java堆最大值（-Xmx）一样。
直接内存导致的的内存溢出的一个明显的特征是HeapDump文件中不会看到明显的异常。
今天的篇幅比较精简。我们其实只要记住这些。在生活中排查问题的时候会有很多的帮助。也可以节约一些时间。用于更璀璨的生活中。
我的文章每天都会在头条号首发，然后第二天转发到简书中，希望有兴趣的朋友可以关注我的头条号：[Bug制造机]
(https://www.toutiao.com/c/user/51553105950/#mid=1582105392193550)。谢谢大家的支持。
