tomcat編譯
在JAVA文件重新編譯後，經常要重啟Tocat可以，設置它自動載入：在server.xml里加入的context里加入reloadable=true <Context path="/test" docBase="D:\develop\test" debug="0" privileged="true" reloadable="true"/>
㈡ linux下tomcat怎麼編譯安裝
在linux下安裝並操作tomcat 1、安裝tomcat 1)、下載tomcat 從官網http://tomcat.apache.org/下載tomcat，保存在/home目錄下。 root@ubuntu:/home/ubuntu/Downloads# cp apache-tomcat-6.0.20.tar.gz /home 2)、安裝tomcat tar -zxvf apache-tomc.
㈢ 關於jsp被tomcat編譯後的網頁出現漢字亂碼。
<%@ page contentType="text/html; charset=UTF-8" language="java" %>
然後用記事本打開該jsp文件，另存為，選擇編碼為UTF-8。
㈣ tomcat編譯內存溢出怎麼解決
JVM管理兩種類型的內存，堆和非堆。堆是給開發人員用的上面說的就是，是在JVM啟動時創建；非堆是留給JVM自己用的，用來存放類的信息的。它和堆不同，運行期內GC不會釋放空間。 一、內存溢出類型
1、java.lang.OutOfMemoryError: PermGen space
JVM管理兩種類型的內存，堆和非堆。堆是給開發人員用的上面說的就是，是在JVM啟動時創建;非堆是留給JVM自己用的，用來存放類的信息的。它和堆不同，運行期內GC不會釋放空間。如果web app用了大量的第三方jar或者應用有太多的class文件而恰好MaxPermSize設置較小，超出了也會導致這塊內存的佔用過多造成溢出，或者tomcat熱部署時侯不會清理前面載入的環境，只會將context更改為新部署的，非堆存的內容就會越來越多。
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)那麼就會產生此錯誤信息了。
一個最佳的配置例子：(經過本人驗證，自從用此配置之後，再未出現過tomcat死掉的情況)
set JAVA_OPTS=-Xms800m -Xmx800m -XX:PermSize=128M -XX:MaxNewSize=256m -XX:MaxPermSize=256m
2、java.lang.OutOfMemoryError: Javaheap space
第一種情況是個補充，主要存在問題就是出現在這個情況中。其默認空間(即-Xms)是物理內存的1/64，最大空間(-Xmx)是物理內存的1/4。如果內存剩餘不到40%，JVM就會增大堆到Xmx設置的值，內存剩餘超過70%，JVM就會減小堆到Xms設置的值。所以伺服器的Xmx和Xms設置一般應該設置相同避免每次GC後都要調整虛擬機堆的大小。假設物理內存無限大，那麼JVM內存的最大值跟操作系統有關，一般32位機是1.5g到3g之間，而64位的就不會有限制了。
注意：如果Xms超過了Xmx值，或者堆最大值和非堆最大值的總和超過了物理內存或者操作系統的最大限制都會引起伺服器啟動不起來。
垃圾回收GC的角色
JVM調用GC的頻度還是很高的，主要兩種情況下進行垃圾回收：
當應用程序線程空閑;另一個是java內存堆不足時，會不斷調用GC，若連續回收都解決不了內存堆不足的問題時，就會報out of memory錯誤。因為這個異常根據系統運行環境決定，所以無法預期它何時出現。
根據GC的機制，程序的運行會引起系統運行環境的變化，增加GC的觸發機會。
為了避免這些問題，程序的設計和編寫就應避免垃圾對象的內存佔用和GC的開銷。顯示調用System.GC()只能建議JVM需要在內存中對垃圾對象進行回收，但不是必須馬上回收，
一個是並不能解決內存資源耗空的局面，另外也會增加GC的消耗。
二、JVM內存區域組成
簡單的說java中的堆和棧
java把內存分兩種：一種是棧內存，另一種是堆內存
1、在函數中定義的基本類型變數和對象的引用變數都在函數的棧內存中分配;
2、堆內存用來存放由new創建的對象和數組
在函數(代碼塊)中定義一個變數時，java就在棧中為這個變數分配內存空間，當超過變數的作用域後，java會自動釋放掉為該變數所分配的內存空間;在堆中分配的內存由java虛擬機的自動垃圾回收器來管理
堆的優勢是可以動態分配內存大小，生存期也不必事先告訴編譯器，因為它是在運行時動態分配內存的。缺點就是要在運行時動態分配內存，存取速度較慢;
棧的優勢是存取速度比堆要快，缺點是存在棧中的數據大小與生存期必須是確定的無靈活性。
java堆分為三個區：New、Old和Permanent
GC有兩個線程：
新創建的對象被分配到New區，當該區被填滿時會被GC輔助線程移到Old區，當Old區也填滿了會觸發GC主線程遍歷堆內存里的所有對象。Old區的大小等於Xmx減去-Xmn
java棧存放
棧調整：參數有+UseDefaultStackSize -Xss256K，表示每個線程可申請256k的棧空間
每個線程都有他自己的Stack
三、JVM如何設置虛擬內存
提示：在JVM中如果98%的時間是用於GC且可用的Heap size 不足2%的時候將拋出此異常信息。
提示：Heap Size 最大不要超過可用物理內存的80%，一般的要將-Xms和-Xmx選項設置為相同，而-Xmn為1/4的-Xmx值。
提示：JVM初始分配的內存由-Xms指定，默認是物理內存的1/64;JVM最大分配的內存由-Xmx指定，默認是物理內存的1/4。
默認空餘堆內存小於40%時，JVM就會增大堆直到-Xmx的最大限制;空餘堆內存大於70%時，JVM會減少堆直到-Xms的最小限制。因此伺服器一般設置-Xms、-Xmx相等以避免在每次GC 後調整堆的大小。
提示：假設物理內存無限大的話，JVM內存的最大值跟操作系統有很大的關系。
簡單的說就32位處理器雖然可控內存空間有4GB,但是具體的操作系統會給一個限制，
這個限制一般是2GB-3GB(一般來說Windows系統下為1.5G-2G，Linux系統下為2G-3G)，而64bit以上的處理器就不會有限制了
提示：注意：如果Xms超過了Xmx值，或者堆最大值和非堆最大值的總和超過了物理內存或者操作系統的最大限制都會引起伺服器啟動不起來。
提示：設置NewSize、MaxNewSize相等，"new"的大小最好不要大於"old"的一半，原因是old區如果不夠大會頻繁的觸發"主" GC ，大大降低了性能
JVM使用-XX:PermSize設置非堆內存初始值，默認是物理內存的1/64;
由XX:MaxPermSize設置最大非堆內存的大小，默認是物理內存的1/4。
解決方法：手動設置Heap size
修改TOMCAT_HOME/bin/catalina.bat
在「echo "Using CATALINA_BASE: $CATALINA_BASE"」上面加入以下行：
JAVA_OPTS="-server -Xms800m -Xmx800m -XX:MaxNewSize=256m"
四、性能檢查工具使用
定位內存泄漏：
JProfiler工具主要用於檢查和跟蹤系統(限於Java開發的)的性能。JProfiler可以通過時時的監控系統的內存使用情況，隨時監視垃圾回收，線程運行狀況等手段，從而很好的監視JVM運行情況及其性能。
1. 應用伺服器內存長期不合理佔用，內存經常處於高位佔用，很難回收到低位
㈤ Tomcat不能編譯.java文件
1,查看project --> Build Automatically有沒有選中?如果沒有,勾上以後,clean一下,重啟eclipse。
2,查看你的lib裡面有沒有不用的（多餘）jar包,看你的.classpath文件中有沒有錯誤的路徑.
3,這是最重要的一點,有problems視圖中查看有沒有關於本項目的錯誤信息,一般都會有這樣的話:
The project cannot be built until build path errors are resolved
然後下面提示unbound classpath, 一般在.classpath中刪除這些path就可以了
㈥ 如何讓tomcat7如何編譯tomcat8
進入apache官網下載tomcat 8.在左手邊的菜單區，選擇download下的tomcat8 版本。根據你操作系統選擇不同的下載文件，建議下載.zip格式的軟體包，這樣免於安裝直接用。如下圖：
2
將安裝文件下載到本地硬碟，如圖：
下載完成後進入到文件目錄，解壓縮剛剛下載的軟體包。
打開軟體，可以看到軟體包的目錄，
bin -- 文件夾主要是存放Tomcat服務啟動相關的執行檔及相關設定。 conf -- 文件夾主要是存放Tomcat伺服器相關的設定。 webapps -- 文件夾主要是存放Tomcat管理網站及日後開發好的JSP網站布署的地方。 logs -- 文件夾主要是存放Tomcat日誌文件存放的地方
當然這樣下載之後是不能直接運行的，還需要下載jdk(可以在sun官網下載).還需要配置環境變數。進入「控制面板」，滑鼠單擊單擊」系統與安全「。如下圖：
單擊」系統：如下圖：
選擇「系統高級設置」。
選擇「環境變數」，進行環境變數的設置。如下圖：
選擇「新增」，針對某個用戶就選擇上面的新增。針對全部用戶就選擇系統下的新增。建議選擇系統下面的新增。如下圖：
新增或者編輯「變數名:CLASSPATH」，變數值就是%TOMCAT_HOME%\BIN，實際上就是指定tomcat的路徑。
tomcat環境變數配置完成。下面可以啟動tomcat了。運行tomcat目錄/bin/startup，
tomcat 開始運行，彈出運行對話框。如下圖：
13
運行成功。tomcat 配置完成。
㈦ tomcat怎麼編譯jsp文件
一、jsp執行過程圖解
用戶訪問jsp頁面時，jsp的處理過程如下圖所示：
從圖中可以看出，Tomcat的核心組建是connector和container，container就是容器。容器就是負責管理控制servlet的應用程序。圖中的jasper就是解析jsp的jsp引擎。Tomcat既是servlet容器又是web伺服器，也是jsp引擎。
㈧ tomcat編譯對多線程的支持怎麼樣
最佳線程數:
性能壓測的情況下，起初隨著用戶數的增加，QPS會上升，當到了一定的閥值之後，用戶數量增加QPS並不會增加，或者增加不明顯，同時請求的響應時間卻大幅增加。這個閥值我們認為是最佳線程數。
為什麼要找最佳線程數
1.過多的線程只會造成，更多的內存開銷，更多的CPU開銷，但是對提升QPS確毫無幫助
2.找到最佳線程數後通過簡單的設置，可以讓web系統更加穩定，得到最高，最穩定的QPS輸出
最佳線程數的獲取：
1、通過用戶慢慢遞增來進行性能壓測，觀察QPS，響應時間
2、根據公式計算:伺服器端最佳線程數量=((線程等待時間+線程cpu時間)/線程cpu時間) * cpu數量
3、單用戶壓測，查看CPU的消耗，然後直接乘以百分比，再進行壓測，一般這個值的附近應該就是最佳線程數量。
影響最佳線程數的主要因素：
1、IO
2、CPU
根據公式：伺服器端最佳線程數量=((線程等待時間+線程cpu時間)/線程cpu時間) * cpu數量
一般來說是IO和CPU。IO開銷較多的應用其CPU線程等待時間會比較長，所以線程數量可以開的多一些，相反則線程數量要少一些，其實有兩種極端，純IO的應用，比如proxy，則線程數量可以開到非常大（實在太大了則需要考慮線程切換的開銷），這種應用基本上後端（比如這個proxy是代理搜索的）的QPS能有多少，proxy就有多少。
另一種是耗CPU的計算，這種情況一般來講只能開到CPU個數的線程數量。但是並不是說這種應用的QPS就不高，往往這種應用的QPS可以很高。
QPS和線程數的關系
1、在最佳線程數量之前，QPS和線程是互相遞增的關系，線程數量到了最佳線程之後，QPS持平，不在上升，甚至略有下降，同時相應時間持續上升。
2、同一個系統而言，支持的線程數越多（最佳線程數越多而不是配置的線程數越多），QPS越高
QPS和響應時間的關系
1、對於一般的web系統，響應時間一般有CPU執行時間+IO等待時間組成
2、CPU的執行時間減少，對QPS有實質的提升，IO時間的減少，對QPS提升不明顯。如果要想明顯提升QPS，優化系統的時候要著重優化CPU消耗大戶。
最佳線程數和jvm堆內存得關系：
以上都是依據性能瓶頸在CPU的情況，對於java應用還有一個因素是FULL GC，我們要保證在最佳線程數量下，不會發生頻繁FULL GC
根據公式：：(小GC時間間隔/rt)*(並發線程數量 * thm) <=young 計算得到的並發線程數量如果<最佳線程數量 則可能導致FULL GC較頻繁，實際情況看來這種情況在web系統上非常少。不過可以模擬出來。
所以我們在設置jboss線程的時候，可以利用內存公式計算出來的線程數量來設置，通過壓測和計算得到最佳線程數，然後設置線程數。
設置線程數量：
壓測最佳線程數<真實設置的線程數量<內存極限線程數
比如，通過壓測得到某系統的最佳線程數量是10，然後通過內存計算的線程數量是20，則，設置jboss的線程數量為15是可行的，如果直接設置了10，由於系統本身會受到一些依賴系統的變化而產生一些變化，比如系統依賴一些IO的響應時間會突然延長，由於線程數量還是10，其實這個時候最佳線程數量已經變成了13了，由於我們設置死了10，其結果就是導致qps下降，但是如果超過20，則又會引起FULL gc非常頻繁，反過來影響QPS的下降。
jboss的線程數設置：
對於jboss而言，設置線程數量要看使用了那種線程連接，如http、ajp等
http和ajp的設置是完全一樣的，非常簡單：
以ajp為例，找到server.xml或者tomcat-server.xml:
默認線程數量是200個
<Connector port="8009" address="${jboss.bind.address}" connectionTimeout="15000" protocol="AJP/1.3" maxThreads="200" minSpareThreads="40" maxSpareThreads="75" maxPostSize="512000" acceptCount="300" bufferSize="16384" emptySessionPath="false" enableLookups="false" redirectPort="8443" useBodyEncodingForURI="true"/>
這里將默認的線程數量改成了20，當然相應的其他最小空閑線程數和最大空閑線程數也做一下調整：
<Connector port="8009" address="${jboss.bind.address}" connectionTimeout="15000" protocol="AJP/1.3" maxThreads="20" minSpareThreads="20" maxSpareThreads="20" maxPostSize="512000" acceptCount="300" bufferSize="16384" emptySessionPath="false" enableLookups="false" redirectPort="8443" useBodyEncodingForURI="true"/>