使用一些应用服务器的热部署的时候，我们会遇到热部署几次以后发现内存溢出了，这种情况是因为每次热部署的后，原来的class没有被卸载掉。
　　如果应用程序本身比较大，涉及的类库比较多，但是我们分配给持久带的内存（通过-XX:PermSize和-XX:MaxPermSize来设置）比较小的时候也可能出现此种问题。
　　一些第三方框架，比如spring，hibernate都通过字节码生成技术（比如CGLib）来实现一些增强的功能，这种情况可能需要更大的方法区来存储动态生成的Class文件。
　　我们知道Java中字符串常量是放在常量池中的，String.intern()这个方法运行的时候，会检查常量池中是否存和本字符串相等的对象，如果存在直接返回对常量池中对象的引用，不存在的话，先把此字符串加入常量池，然后再返回字符串的引用。那么我们可以通过String.intern方法来模拟一下运行时常量区的溢出.下面我们通过如下的代码来模拟此种情况：
　　import java.util.*;
　　import java.lang.*;
　　public class OOMTest{
　　public static void main(String... args){
　　List<String> list = new ArrayList<String>();
　　while(true){
　　list.add(UUID.randomUUID().toString().intern());
　　}
　　}
　　}
　　我们通过如下的命令运行上面代码：
　　java -verbose:gc -Xmn5M -Xms10M -Xmx10M -XX:MaxPermSize=1M -XX:+PrintGC OOMTest
　　运行后的输入如下图所示:
　　Exception in thread "main" java.lang.OutOfMemoryError: PermGen space
　　at java.lang.String.intern(Native Method)
　　at OOMTest.main(OOMTest.java:8)
　　通过上面的代码，我们成功模拟了运行时常量池溢出的情况，从输出中的PermGen space可以看出确实是持久带发生了溢出，这也验证了，我们前面说的Hotspot jvm通过持久带来实现方法区的说法。
　　OutOfMemoryError:unable to create native thread
　　后我们在来看看java.lang.OutOfMemoryError:unable to create natvie thread这种错误。 出现这种情况的时候，一般是下面两种情况导致的：
　　程序创建的线程数超过了操作系统的限制。对于Linux系统，我们可以通过ulimit -u来查看此限制。
　　给虚拟机分配的内存过大，导致创建线程的时候需要的native内存太少。我们都知道操作系统对每个进程的内存是有限制的，我们启动Jvm，相当于启动了一个进程，假如我们一个进程占用了4G的内存，那么通过下面的公式计算出来的剩余内存是建立线程栈的时候可以用的内存。 线程栈总可用内存=4G-（-Xmx的值）- （-XX:MaxPermSize的值）- 程序计数器占用的内存 通过上面的公式我们可以看出，-Xmx 和 MaxPermSize的值越大，那么留给线程栈可用的空间越小，在-Xss参数配置的栈容量不变的情况下，可以创建的线程数也越小。因此如果是因为这种情况导致的unable to create native thread，那么要么我们增大进程所占用的总内存，或者减少-Xmx或者-Xss来达到创建更多线程的目的。