http://blog.csdn.net/yeahwell/article/details/8631708
————————————————————————————————————————————————
异常： 项目中遇到了系统停止响应的问题，查看日志发现Tomcat报告Caused by: java.lang.OutOfMemoryError: PermGen space异常，开始以为是程序内存泄漏导致的内存溢出，网上查了一下，原来是另有原因，不过确实是内存溢出。
原因： PermGen space的全称是Permanent Generation space,是指内存的永久保存区域,
这块内存主要是被JVM存放Class和Meta信息的,Class在被Loader时就会被放到PermGen
space中,它和存放类实例(Instance)的Heap区域不同,GC(Garbage Collection)不会在主程序运行期对
PermGen space进行清理，所以如果你的应用中有很多CLASS的话,就很可能出现PermGen
space错误,这种错误常见在web服务器对JSP进行pre compile的时候。如果你的WEB APP下都用了大
量的第三方jar, 其大小超过了jvm默认的大小(4M)那么就会产生此错误信息了。
以下是网上的各种说法：
（2）发现很多人把问题归因于：spring,hibernate,tomcat，因 为他们动态产生类,导致JVM中的permanent heap溢出 。然后解决方法众说纷纭，有人说升级tomcat版本到最新甚至干脆不用tomcat。还有人怀疑spring的问题，在spring论坛上讨论很激烈， 因为spring在AOP时使用CBLIB会动态产生很多类。
但问题是为什么这些王牌的开源会出现同一个问题呢，那么是不是更基础的原因呢？tomcat在Q&A很隐晦的回答了这一点，我们知道这个问题，但这个问题是由一个更基础的问题产生。
于 是有人对更基础的JVM做了检查， 发现了问题的关键。原来SUN的JVM把内存分了不同的区，其中一个就是permenter区用来存放用得非常多的类和类描述。本来SUN设计的时候认为 这个区域在JVM启动的时候就固定了，但他没有想到现在动态会用得这么广泛。而且这个区域有特殊的垃圾收回机制，现在的问题是动态加载类到这个区域 后，gc根本没办法回收！2003年的时候就有一个bug报告给sun，但是到现在，这个bug还没有close！有人在这个bug加了句评语：“A bug this critical is open since 2003? Absolutely shameful.”
（3）It's usually happened when the Tomcat start and stop few times. It’s just funny, however you can fine tune it with some minor changes in the Tomcat configuration setting. By default, Tomcat assigned very little memory for the running process, you should increase thememory by make change in catalina.sh or catalina.bat file.
解决方法： 手动设置MaxPermSize大小
设置参数 -Xms256m -Xmx512m -XX:MaxNewSize=256m -XX:MaxPermSize=256m
Tomcat中，修改TOMCAT_HOME/bin/catalina.sh(linux系统下start.sh会调用它来启动tomcat,windows下调用catalina.bat，修改类似)
在文件头部注释后加入
JAVA_OPTS='-Xms256m -Xmx512m -XX:MaxNewSize=256m -XX:MaxPermSize=256m'
如果tomcat运行多个系统，将相同的第三方jar文件移置到tomcat/shared/lib目录下，这样可以达到减少
jar 文档重复占用内存的目的。
——————————————————————————————————————————————
发现要这样写才起作用
set "JAVA_OPTS=-Xms256m -Xmx512m -XX:MaxNewSize=256m -XX:MaxPermSize=256m"
set "JAVA_OPTS=-Xms256m -Xmx512m -XX:PermSize=128m -XX:MaxPermSize=256m"