tomcat的缺省配置是不能長期穩定的運行的，也就是不適合生產環境，會出現死機的情況，讓他不斷的重啟。對於操作系統的優化來說，是盡可能的提高內存容量，提高cpu的頻率，保證文件系統的讀寫速率。
tomcat的優化主要有三方面，分為系統優化，tomcat自身優化，java虛擬機（jvm）調優，此處主要討論后兩種。
一、tomcat本身優化
1 工作方式選擇
為了提升性能，首先就要對代碼進行動靜分離，讓 Tomcat 只負責 jsp 文件的解析工作。如采用 Apache 和 Tomcat 的整合方式，他們之間的連接方案有三種選擇，JK、http_proxy 和 ajp_proxy。相對於 JK 的連接方式，后兩種在配置上比較簡單的，靈活性方面也一點都不遜色。但就穩定性而言不像JK 這樣久經考驗，所以建議采用 JK 的連接方式。
2 connector連接器的工作方式
之前文件介紹過的 Tomcat 連接器的三種方式： bio、nio 和 apr，三種方式性能差別很大，apr 的性能最優， bio 的性能最差。而 Tomcat 7 使用的 Connector 默認就啟用的 Apr 協議，但需要系統安裝 Apr 庫，否則就會使用 bio 方式。
深入了解bio、nio 和 apr 參考 https://blog.csdn.net/mrleeapple/article/details/80420395
3配置文件優化
(1) 線程池
tomcat為每個connector綁定一個線程池（默認最大線程數為200）。
配置方式如下：
<Executor name="tomcatThreadPool" namePrefix="catalina-exec-"
maxThreads
=
"500"
minSpareThreads
=
"20"
maxSpareThreads
=
"50"
maxIdleTime
=
"60000"
/>
<
Connector
executor="tomcatThreadPool"
port
=
"8080"
protocol
=
"HTTP/1.1"
URIEncoding
=
"UTF-8"
connectionTimeout
=
"30000"
enableLookups
=
"false"
disableUploadTimeout
=
"false"
connectionUploadTimeout
=
"150000"
acceptCount
=
"300"
keepAliveTimeout
=
"120000"
maxKeepAliveRequests
=
"1"
compression
=
"on"
compressionMinSize
=
"2048"
compressableMimeType
=
"text/html,text/xml,text/javascript,text/css,text/plain,image/gif,image/jpg,image/png"
redirectPort
=
"8443"
/>
（2）URIEncoding：指定 Tomcat 容器的 URL 編碼格式，語言編碼格式這塊倒不如其它 WEB 服務器軟件配置方便，需要分別指定。
（3）connnectionTimeout： 網絡連接超時，單位：毫秒，設置為 0 表示永不超時，這樣設置有隱患的。通常可設置為 30000 毫秒，可根據檢測實際情況，適當修改。
（4）enableLookups： 是否反查域名，以返回遠程主機的主機名，取值為：true 或 false，如果設置為false，則直接返回IP地址，為了提高處理能力，應設置為 false。
（5）disableUploadTimeout：上傳時是否使用超時機制。
（6）connectionUploadTimeout：上傳超時時間，畢竟文件上傳可能需要消耗更多的時間，這個根據你自己的業務需要自己調，以使Servlet有較長的時間來完成它的執行，需要與上一個參數一起配合使用才會生效。
（7）acceptCount：指定當所有可以使用的處理請求的線程數都被使用時，可傳入連接請求的最大隊列長度，超過這個數的請求將不予處理，默認為100個。
（8）keepAliveTimeout：長連接最大保持時間（毫秒），表示在下次請求過來之前，Tomcat 保持該連接多久，默認是使用 connectionTimeout 時間，-1 為不限制超時。
（9）maxKeepAliveRequests：表示在服務器關閉之前，該連接最大支持的請求數。超過該請求數的連接也將被關閉，1表示禁用，-1表示不限制個數，默認100個，一般設置在100~200之間。
（10）compression：是否對響應的數據進行 GZIP 壓縮，off：表示禁止壓縮；on：表示允許壓縮（文本將被壓縮）、force：表示所有情況下都進行壓縮，默認值為off，壓縮數據后可以有效的減少頁面的大小，一般可以減小1/3左右，節省帶寬。
（11）compressionMinSize：表示壓縮響應的最小值，只有當響應報文大小大於這個值的時候才會對報文進行壓縮，如果開啟了壓縮功能，默認值就是2048。
（12）compressableMimeType：壓縮類型，指定對哪些類型的文件進行數據壓縮。
（13）noCompressionUserAgents="gozilla, traviata"： 對於以下的瀏覽器，不啟用壓縮。
如果已經對代碼進行了動靜分離，靜態頁面和圖片等數據就不需要 Tomcat 處理了，那么也就不需要配置在 Tomcat 中配置壓縮了。
以上是一些常用的配置參數屬性，當然還有好多其它的參數設置，還可以繼續深入的優化，HTTP Connector 與 AJP Connector 的參數屬性值，可以參考官方文檔的詳細說明：
https://tomcat.apache.org/tomcat-7.0-doc/config/http.html
https://tomcat.apache.org/tomcat-7.0-doc/config/ajp.html
二、JVM優化
相關參考（轉載）
深入詳解JVM內存模型與JVM參數詳細配置 http://www.otpub.com/home/article/details/id/7613.html
深入理解JVM—JVM內存模型 https://www.cnblogs.com/dingyingsi/p/3760447.html
Tomcat 設置JVM內存大小 https://blog.csdn.net/qq_23747821/article/details/79675143
JVM常見配置
堆設置
-Xms:初始堆大小
-Xmx:最大堆大小
-XX:NewSize=n:設置年輕代大小
-XX:NewRatio=n:設置年輕代和年老代的比值。如:為3，表示年輕代與年老代比值為1：3，年輕代占整個年輕代年老代和的1/4
-XX:SurvivorRatio=n:年輕代中Eden區與兩個Survivor區的比值。注意Survivor區有兩個。如：3，表示Eden：Survivor=3：2，一個Survivor區占整個年輕代的1/5
-XX:MaxPermSize=n:設置持久代大小
收集器設置
-XX:+UseSerialGC:設置串行收集器
-XX:+UseParallelGC:設置並行收集器
-XX:+UseParalledlOldGC:設置並行年老代收集器
-XX:+UseConcMarkSweepGC:設置並發收集器
垃圾回收統計信息
-XX:+PrintGC
-XX:+PrintGCDetails
-XX:+PrintGCTimeStamps
-Xloggc:filename
並行收集器設置
-XX:ParallelGCThreads=n:設置並行收集器收集時使用的CPU數。並行收集線程數。
-XX:MaxGCPauseMillis=n:設置並行收集最大暫停時間
-XX:GCTimeRatio=n:設置垃圾回收時間占程序運行時間的百分比。公式為1/(1+n)
並發收集器設置
-XX:+CMSIncrementalMode:設置為增量模式。適用於單CPU情況。
-XX:ParallelGCThreads=n:設置並發收集器年輕代收集方式為並行收集時，使用的CPU數。並行收集線程數。
------------------------------------------------------------------------------------------------------
常見的內存溢出有以下兩種:
Java.lang.OutOfMemoryError: PermGen space
java.lang.OutOfMemoryError: Java heap space
這里以tomcat環境為例
一、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)那么就會產生此錯誤信息了。
解決方法： 手動設置MaxPermSize大小
建議：將相同的第三方jar文件移置到tomcat/shared/lib目錄下，這樣可以達到減少jar 文檔重復占用內存的目的。
二、java.lang.OutOfMemoryError: Java heap space
JVM堆的設置是指java程序運行過程中JVM可以調配使用的內存空間的設置.JVM在啟動的時候會自動設置Heap size的值，
其初始空間(即-Xms)是物理內存的1/64，最大空間(-Xmx)是物理內存的1/4。可以利用JVM提供的-Xmn -Xms -Xmx等選項可
進行設置。Heap size 的大小是Young Generation 和Tenured Generaion 之和。
提示：在JVM中如果98％的時間是用於GC且可用的Heap size 不足2％的時候將拋出此異常信息。
提示：Heap Size 最大不要超過可用物理內存的80％，一般的要將-Xms和-Xmx選項設置為相同，而-Xmn為1/4的-Xmx值。
解決方法：手動設置Heap size
----------------------------------------------------------
linux下修改JVM內存大小:
要添加在tomcat 的bin 下catalina.sh 里，位置cygwin=false前 。
# OS specific support. $var _must_ be set to either true or false.
JAVA_OPTS="-Xms256m -Xmx512m -Xss1024K -XX:PermSize=128m -XX:MaxPermSize=256m"
cygwin=false
windows下修改JVM內存大小:
情況一:解壓版本的Tomcat, 要通過startup.bat啟動tomcat才能加載配置
要添加在tomcat 的bin 下catalina.bat 里
rem Guess CATALINA_HOME if not defined
set CURRENT_DIR=%cd%后面添加,紅色的為新添加的.
set JAVA_OPTS=-Xms256m -Xmx512m -XX:PermSize=128M -XX:MaxNewSize=256m -XX:MaxPermSize=256m -Djava.awt.headless=true
情況二:安裝版的Tomcat下沒有catalina.bat
windows服務執行的是bin/tomcat.exe.他讀取注冊表中的值,而不是catalina.bat的設置.
修改注冊表HKEY_LOCAL_MACHINE/SOFTWARE/Apache Software Foundation/Tomcat Service Manager/Tomcat5/Parameters/JavaOptions
原值為
-Dcatalina.home="C:/ApacheGroup/Tomcat 5.0"
-Djava.endorsed.dirs="C:/ApacheGroup/Tomcat 5.0/common/endorsed"
-Xrs
加入 -Xms300m -Xmx350m
重起tomcat服務,設置生效
---------------------------------------------------------------------------------------------------------------
如何設置Tomcat的JVM虛擬機內存大小
可以給Java虛擬機設置使用的內存，但是如果你的選擇不對的話，虛擬機不會補償。可通過命令行的方式改變虛擬機使用內存的大小。如下表所示有兩個參數用來設置虛擬機使用內存的大小。
-Xms
JVM初始化堆的大小
-Xmx
JVM堆的最大值
這兩個值的大小一般根據需要進行設置。初始化堆的大小執行了虛擬機在啟動時向系統申請的內存的大小。一般而言，這個參數不重要。但是有的應用程序在大負載的 情況下會急劇地占用更多的內存，此時這個參數就是顯得非常重要，如果虛擬機啟動時設置使用的內存比較小而在這種情況下有許多對象進行初始化，虛擬機就必須 重復地增加內存來滿足使用。由於這種原因，我們一般把-Xms和-Xmx設為一樣大，而堆的最大值受限於系統使用的物理內存。一般使用數據量較大的應用程 序會使用持久對象，內存使用有可能迅速地增長。當應用程序需要的內存超出堆的最大值時虛擬機就會提示內存溢出，並且導致應用服務崩潰。因此一般建議堆的最大值設置為可用內存的最大值的80%。
Tomcat默認可以使用的內存為128MB，在較大型的應用項目中，這點內存是不夠的，需要調大。
Windows下，在文件/bin/catalina.bat，Unix下，在文件/bin/catalina.sh的前面，增加如下設置：
JAVA_OPTS='-Xms【初始化內存大小】 -Xmx【可以使用的最大內存】'
需要把這個兩個參數值調大。例如：
JAVA_OPTS='-Xms256m -Xmx512m'
表示初始化內存為256MB，可以使用的最大內存為512MB。
另 外需要考慮的是Java提供的垃圾回收機制。虛擬機的堆大小決定了虛擬機花費在收集垃圾上的時間和頻度。收集垃圾可以接受的速度與應用有關，應該通過分析 實際的垃圾收集的時間和頻率來調整。如果堆的大小很大，那么完全垃圾收集就會很慢，但是頻度會降低。如果你把堆的大小和內存的需要一致，完全收集就很快， 但是會更加頻繁。調整堆大小的的目的是最小化垃圾收集的時間，以在特定的時間內最大化處理客戶的請求。在基准測試的時候，為保證最好的性能，要把堆的大小 設大，保證垃圾收集不在整個基准測試的過程中出現。
如果系統花費很多的時間收集垃圾，請減小堆大小。一次完全的垃圾收集應該不超過 3-5 秒。如果垃圾收集成為瓶頸，那么需要指定代的大小，檢查垃圾收集的詳細輸出，研究 垃圾收集參數對性能的影響。一般說來，你應該使用物理內存的 80% 作為堆大小。當增加處理器時，記得增加內存，因為分配可以並行進行，而垃圾收集不是並行的。