1，按照如下图步骤将-XX:PermSize及 -XX:MaxPermSize的值修改到足够小，故意造项目启动报错，我设置为32m.然后保存。
2.在IDE中启动tomcat的同时打开dos窗口，使用jps命令获取进程id:(此进程id即为在windows任务管理器-进程中的javaw.exe的进程id)
3.并立即执行jvm监控：
现在对上图来进行分析：
发现PU等于PC的值，并且也等于前面在IDE中设置的-XX:MaxPermSize的值（32768/1024=32m）,结合后面的术语能看明白持久代使用的空间已经达到了最大值32m了，故报出了“java.lang.OutOfMemoryError: PermGen space”错误。
另如果发现YGC值特别大的话，那就将-Xmn的值设置大一点（通过-Xmn10m 选项来指定S0C、S1C和EC的总和为10m的），特别注意FGC，尽量使FGC的值不要太大(解决办法：将-Xms及-Xmx的值设置大一点)，，因为FGC在垃圾回收期间会检查所有存活的对象，因此会花费比YGC更长的时间。从而让你的应用反应迟钝，因此应该尽量减少FGC. (所有的垃圾收集都是“Stop the World”事件，因为所有的应用线程都会停下来直到操作完成)
一些术语的中文解释：
S0C：年轻代中第一个survivor（幸存区）的容量 (字节)
S1C：年轻代中第二个survivor（幸存区）的容量 (字节)
S0U：年轻代中第一个survivor（幸存区）目前已使用空间 (字节)
S1U：年轻代中第二个survivor（幸存区）目前已使用空间 (字节)
EC：年轻代中Eden（伊甸园）的容量 (字节)
EU：年轻代中Eden（伊甸园）目前已使用空间 (字节)
OC：Old代的容量 (字节)
OU：Old代目前已使用空间 (字节)
PC：Perm(持久代)的容量 (字节)
PU：Perm(持久代)目前已使用空间 (字节)
YGC：从应用程序启动到采样时年轻代中gc次数
YGCT：从应用程序启动到采样时年轻代中gc所用时间(s)
FGC：从应用程序启动到采样时old代(全gc)gc次数
FGCT：从应用程序启动到采样时old代(全gc)gc所用时间(s)
GCT：从应用程序启动到采样时gc用的总时间(s)
| VM 开关 | VM 开关描述 |
|---|---|
| -Xms | 设置JVM启动时堆的初始化大小。 |
| -Xmx | 设置堆最大值。 |
| -Xmn | 设置年轻代的空间大小，剩下的为老年代的空间大小。 |
| -XX:PermGen | 设置永久代内存的初始化大小。 |
| -XX:MaxPermGen | 设置永久代的最大值。 |
| -XX:SurvivorRatio | 提供Eden区和survivor区的空间比例。比如，如果年轻代的大小为10m并且VM开关是-XX:SurvivorRatio=2，那么将会保留5m内存给Eden区和每个Survivor区分配2.5m内存。默认比例是8。 |
| -XX:NewRatio | 提供年老代和年轻代的比例大小。默认值是2。 |