负责维护公司产品的web服务器搭建与维护，最近遇到一下状况，今天在这里简单总结一下，希望对于刚刚一些刚入行的小伙伴有所帮助，避免再走弯路。
第一点：Tomcat内存设置：
一、常见的Java内存溢出有以下三种：
1. java.lang.OutOfMemoryError: Java heap space ----JVM Heap（堆）溢出
JVM在启动的时候会自动设置JVM Heap的值，其初始空间(即-Xms)是物理内存的1/64，最大空间(-Xmx)不可超过物理内存。
可以利用JVM提供的-Xmn -Xms -Xmx等选项可进行设置。Heap的大小是Young Generation 和Tenured Generaion 之和。
在JVM中如果98％的时间是用于GC，且可用的Heap size 不足2％的时候将抛出此异常信息。
解决方法：手动设置JVM Heap（堆）的大小。
2. java.lang.OutOfMemoryError: PermGen space ---- PermGen space溢出。
PermGen space的全称是Permanent Generation space，是指内存的永久保存区域。
为什么会内存溢出，这是由于这块内存主要是被JVM存放Class和Meta信息的，Class在被Load的时候被放入PermGen space区域，它和存放Instance的Heap区域不同,sun的 GC不会在主程序运行期对PermGen space进行清理，所以如果你的APP会载入很多CLASS的话，就很可能出现PermGen space溢出。
解决方法： 手动设置MaxPermSize大小
3. java.lang.StackOverflowError ---- 栈溢出
栈溢出了，JVM依然是采用栈式的虚拟机，这个和C和Pascal都是一样的。函数的调用过程都体现在堆栈和退栈上了。
调用构造函数的 “层”太多了，以致于把栈区溢出了。
通常来讲，一般栈区远远小于堆区的，因为函数调用过程往往不会多于上千层，而即便每个函数调用需要 1K的空间(这个大约相当于在一个C函数内声明了256个int类型的变量)，那么栈区也不过是需要1MB的空间。通常栈的大小是1－2MB的。
通常递归也不要递归的层次过多，很容易溢出。
解决方法：修改程序。
设置Tomcat启动的初始内存其初始空间(即-Xms)是物理内存的1/64，最大空间(-Xmx)是物理内存的1/4。
可以利用JVM提供的-Xmn -Xms -Xmx等选项可进行设置
Linux：
在/usr/local/apache-tomcat-5.5.23/bin 目录下的catalina.sh添加：
JAVA_OPTS='-Xms512m -Xmx1024m'要加“m”说明是MB，否则就是KB了，在启动tomcat时会 报内存不足。
-Xms：初始值-Xmx：最大值-Xmn：最小值
Windows
在catalina.bat最前面加入set JAVA_OPTS=-Xms128m -Xmx350m
如果用startup.bat启动tomcat,OK设置生效.够成功的分配200M内存.
但是如果不是执行startup.bat启动tomcat而是利用windows的系统服务启动tomcat服务,上面的设置就不生效了,就是说set JAVA_OPTS=-Xms128m -Xmx350m 没起作用.上面分配200M内存就OOM了..
windows服务执行的是bin omcat.exe.他读取注册表中的值,而不是catalina.bat的设置.
解决办法:
修改注册表HKEY_LOCAL_MACHINESOFTWAREApache Software FoundationTomcat Service ManagerTomcat5ParametersJavaOptions
原值为-Dcatalina.home="C:ApacheGroupTomcat 5.0"-Djava.endorsed.dirs="C:ApacheGroupTomcat 5.0commonendorsed"-Xrs加入 -Xms300m -Xmx350m
重起tomcat服务,设置生效
分析java.lang.OutOfMemoryError: PermGen space 发现很多人把问题归因于： spring,hibernate,tomcat，因为他们动态产生类,导致JVM中的permanent heap溢出 。然后解决方法众说纷纭，有人说升级 tomcat版本到最新甚至干脆不用tomcat。还有人怀疑spring的问题，在spring论坛上讨论很激烈，因为spring在AOP时使用CBLIB会动态产生很多类。 但问题是为什么这些王牌的开源会出现同一个问题呢，那么是不是更基础的原因呢？tomcat在Q&A很隐晦的回答了这一点，我们知道这个问题，但这个问题是由一个更基础的问题产生。 于是有人对更基础的JVM做了检查，发现了问题的关键。原来SUN 的JVM把内存分了不同的区，其中一个就是permenter区用来存放用得非常多的类和类描述。本来SUN设计的时候认为这个区域在JVM启动的时候就固定了，但他没有想到现在动态会用得这么广泛。而且这个区域有特殊的垃圾收回机制，现在的问题是动态加载类到这个区域后，gc根本没办法回收！
对于以上两个问题，我的处理是：
在catalina.bat的第一行增加：
Java代码 :set JAVA_OPTS=-Xms64m -Xmx256m -XX:PermSize=128M -XX:MaxNewSize=256m -XX:MaxPermSize=256m
在catalina.sh的第一行增加：
Java代码 :JAVA_OPTS=-Xms64m -Xmx256m -XX:PermSize=128M -XX:MaxNewSize=256m -XX:MaxPermSize=256m
第二点：服务器内存使用率经常达到90%以上
这是我感觉最可怕的，因为在程序上找不到问题，这种问题的出现多半是因为服务器的配置过低，并且Tomcat下的服务过多，最终导致服务器压力过大罢工。
对于这种问题我的解决方案是：1、申请提高服务器配置；2、将Tomcat下的服务分开放置于不同的服务器上；3、增加服务器的虚拟内存大小
对于前两种方案，我想大家一听就会，我们重点说一下，如何手动增加服务器的虚拟内存大小：
我的电脑-->右键点击选择属性-->高级系统设置-->性能选项-->高级-->虚拟内存-->更改（具体流程见下图）
需要注意的是，当我们第一次设置虚拟内存大小时，点击确定按钮就可以设置成功，当我们第二次设置时，如果设置的比之前的小，点击确定，系统会提示我们重启计算机，如果我们设置的比之前的大，那就和第一次设置时一致，当我们点击确定即可完成设置。
第三点：服务器内存使用率不间断的突然达到99%
对于这个问题，我也是刚遇到的，发现暂用内存较大的是一个名为sychost.exe的服务，经过在度娘上的搜索，这个应该是windows的升级服务，但是我们不能盲目的将其关闭，因为我们如果直接将其关闭，可能会引起蓝屏。这里我给大家讲解一种方式：开始-->所有程序-->管理工具-->服务
将这个Windows Update的服务设置为手动即可。
好了，到这里关于服务搭建的总结，就简单叙述完了，如有不当的地方还望指点一二。谢谢