Java EE應(yīng)用的性能問題對嚴(yán)肅的項目和產(chǎn)品來說是一個非常重要的問題。特別是企業(yè)級的應(yīng)用，并發(fā)用戶多，數(shù)據(jù)傳輸量大，業(yè)務(wù)邏輯復(fù)雜，占用系統(tǒng)資源多，因此性能問題在企業(yè)級應(yīng)用變得至關(guān)重要，它和系統(tǒng)的穩(wěn)定性有著直接的聯(lián)系。更加重要的是，性能好的應(yīng)用在完成相同任務(wù)的條件下，能夠占用更少的資源，獲得更好的用戶體驗，換句話說，就是能夠節(jié)省費(fèi)用和消耗，獲得更高的利潤。

要獲得更好的性能，就需要對原來的系統(tǒng)進(jìn)行性能調(diào)優(yōu)。對運(yùn)行在Glassfish上的JavaEE應(yīng)用，調(diào)優(yōu)是一件相對復(fù)雜的事情。在調(diào)優(yōu)以前必須要認(rèn)識到：對JavaEE的系統(tǒng)，調(diào)優(yōu)是多層次的。一個JavaEE的應(yīng)用其實是整個系統(tǒng)中很少的一部分。開發(fā)人員所開發(fā)的JavaEE程序，無論是JSP還是 EJB，都是運(yùn)行在JavaEE應(yīng)用服務(wù)器（Glassfish）之上。而應(yīng)用服務(wù)器本身也是Java語言編寫的，需要運(yùn)行在Java虛擬機(jī)之上。 Java虛擬機(jī)也只不過是操作系統(tǒng)的一個應(yīng)用而已，和其他的應(yīng)用（如Apache）對于操作系統(tǒng)來說沒有本質(zhì)的區(qū)別。而操作系統(tǒng)卻運(yùn)行在一定的硬件環(huán)境中，包括CPU，內(nèi)存，網(wǎng)卡和硬盤等等。在這么多的層次中，每一個層次的因素都會影響整個系統(tǒng)的性能。因此，對一個系統(tǒng)的調(diào)優(yōu)，事實上需要同時對每個層次都要調(diào)優(yōu)。JavaEE應(yīng)用性能調(diào)優(yōu)不僅僅和Glassfish有關(guān)，Java語言有關(guān)，還要和操作系統(tǒng)以及硬件都有關(guān)系，需要調(diào)優(yōu)者有綜合的知識和技能。這些不同層面的方法需要綜合縱效，結(jié)合在一起靈活使用，才能快速有效的定位性能瓶頸。下面是一些具體的案例分析:

 

內(nèi)存泄漏問題

        某個JavaEE應(yīng)用運(yùn)行在8顆CPU的服務(wù)器上。上線運(yùn)行發(fā)現(xiàn)性能不穩(wěn)定。性能隨著時間的增加而越來越慢。通過操作系統(tǒng)的工具（mpstat），發(fā)現(xiàn)在系統(tǒng)很慢的時候，只有一顆CPU很忙，其他的CPU都很空閑。因此懷疑是Java虛擬機(jī)經(jīng)常進(jìn)行內(nèi)存回收，因為虛擬機(jī)在內(nèi)存回收的時候，有的回收算法通常只能運(yùn)行在一個CPU上。通過Java虛擬機(jī)的工具“jstat”可以清楚的看到，Java虛擬機(jī)進(jìn)行內(nèi)存回收的頻率非常高，幾乎每5秒中就有一次，每次回收的時間為2秒鐘。另外，通過“jstat”的輸出還發(fā)現(xiàn)每次回收釋放的內(nèi)存非常有限，大多數(shù)對象都無法回收。這種現(xiàn)象很大程度上暗示著內(nèi)存泄漏。使用 Java虛擬機(jī)的工具“jmap”來獲得當(dāng)前的一個內(nèi)存映象。發(fā)現(xiàn)有很多（超過10000）個的session對象。這是不正常的一個現(xiàn)象。一般來說， session對應(yīng)于一個用戶的多次訪問，當(dāng)用戶退出的時候，session就應(yīng)該失效，對象應(yīng)該被回收。當(dāng)我們和這個系統(tǒng)的開發(fā)工程師了解有關(guān) session的設(shè)置，發(fā)現(xiàn)當(dāng)他們部署應(yīng)用的時候，竟然將session的timeout時間設(shè)置為50分鐘，并且沒有提供logout的接口。這樣的設(shè)置下，每個session的數(shù)據(jù)都會保存50分鐘才會被回收。根據(jù)我們的建議，系統(tǒng)提供了logout的鏈接，并且告訴用戶如果退出應(yīng)用，應(yīng)該點(diǎn)擊這個 logout的鏈接；并且將session的timeout時間修改為5分鐘。通過幾天的測試，證明泄漏的問題得到解決。

 

數(shù)據(jù)庫連接池問題

        某財務(wù)應(yīng)用運(yùn)行在JavaEE服務(wù)器上，后臺連接Oracle數(shù)據(jù)庫。并發(fā)用戶數(shù)量超過100人左右的時候系統(tǒng)停止響應(yīng)。通過操作系統(tǒng)層面的進(jìn)程監(jiān)控工具發(fā)現(xiàn)進(jìn)程并沒有被殺死或掛起，而CPU使用率幾乎為零。那么是什么原因?qū)е孪到y(tǒng)停止響應(yīng)用戶請求呢？我們利用Java虛擬機(jī)的工具（kill -3 pid）將當(dāng)前的所有線程狀態(tài)DUMP出來，發(fā)現(xiàn)JavaEE服務(wù)器的大部分處理線程都在等待數(shù)據(jù)庫連接池的連接，而那些已經(jīng)獲得數(shù)據(jù)庫連接的線程卻處于阻塞狀態(tài)。數(shù)據(jù)庫管理員應(yīng)要求檢查了數(shù)據(jù)庫的狀態(tài)，發(fā)現(xiàn)所有的連接的session都處于死鎖狀態(tài)。顯然，這是因為數(shù)據(jù)庫端出現(xiàn)了死鎖的操作，阻塞了那些有數(shù)據(jù)庫操作的請求，占用了所有數(shù)據(jù)庫連接池中的連接。后續(xù)的請求如果還要從連接池中獲取連接，就會阻塞在連接池上。當(dāng)解決數(shù)據(jù)庫死鎖的問題之后，性能問題迎刃而解。

 

大對象緩存問題

        電信應(yīng)用運(yùn)行在64位Java虛擬機(jī)上，系統(tǒng)運(yùn)行得很不穩(wěn)定，系統(tǒng)經(jīng)常停止響應(yīng)。使用進(jìn)程工具查看，發(fā)現(xiàn)進(jìn)程并沒有被殺死或掛起。利用Java虛擬機(jī)的工具發(fā)現(xiàn)系統(tǒng)在長時間的進(jìn)行內(nèi)存回收，內(nèi)存回收的時間長達(dá)15分鐘，整個系統(tǒng)在內(nèi)存回收的時候就像掛起一樣。另外還觀察到系統(tǒng)使用了12G的內(nèi)存（因為是 64位虛擬機(jī)所以突破了4G內(nèi)存的限制）。從開發(fā)人員那里了解到，這個應(yīng)用為了提高性能，大量使用了對象緩存，但是事與愿違，在Java中使用過多的內(nèi)存，雖然在正常運(yùn)行的時候能夠獲得很好的性能，但是會大大增加內(nèi)存回收的時間。特別是對象緩存，本系統(tǒng)使用了8G的緩存空間，共緩存了6000多萬個對象，對這些對象的遍歷導(dǎo)致了長時間的內(nèi)存回收。根據(jù)我們的建議，將緩存空間減少到1G，并調(diào)整回收算法（使用增量回收的算法），使得系統(tǒng)由于內(nèi)存回收而造成的最大停頓時間減少到4秒，基本滿足用戶的需求。

外部命令問題

        數(shù)字校園應(yīng)用運(yùn)行在4CPU的Solaris10服務(wù)器上，中間件為JavaEE服務(wù)器。系統(tǒng)在做大并發(fā)壓力測試的時候，請求響應(yīng)時間比較慢，通過操作系統(tǒng)的工具（mpstat）發(fā)現(xiàn)CPU使用率比較高。并且系統(tǒng)占用絕大多數(shù)的CPU資源而不是應(yīng)用本身。這是個不正常的現(xiàn)象，通常情況下用戶應(yīng)用的CPU占用率應(yīng)該占主要地位，才能說明系統(tǒng)是正常工作。通過Solaris 10的Dtrace腳本，我們查看當(dāng)前情況下哪些系統(tǒng)調(diào)用花費(fèi)了最多的CPU資源，竟然發(fā)現(xiàn)最花費(fèi)CPU的系統(tǒng)調(diào)用是“fork”。眾所周知， “fork”系統(tǒng)調(diào)用是用來產(chǎn)生新的進(jìn)程，在Java虛擬機(jī)中只有線程的概念，絕不會有進(jìn)程的產(chǎn)生。這是個非常異常的現(xiàn)象。通過本系統(tǒng)的開發(fā)人員，我們找到了答案：每個用戶請求的處理都包含執(zhí)行一個外部shell腳本，來獲得系統(tǒng)的一些信息。這是通過Java的“Runtime.getRuntime ().exec”來完成的，但是這種方法在Java中非常消耗資源。Java虛擬機(jī)執(zhí)行這個命令的方式是：首先克隆一個和當(dāng)前虛擬機(jī)一樣的進(jìn)程，再用這個新的進(jìn)程去執(zhí)行外部命令，最后再退出這個進(jìn)程。如果頻繁執(zhí)行這個操作，系統(tǒng)的消耗會很大，不僅在CPU，內(nèi)存操作也很重。用戶根據(jù)建議去掉這個shell 腳本執(zhí)行的語句，系統(tǒng)立刻回復(fù)了正常。

文件操作問題

        內(nèi)容管理（CMS）系統(tǒng)運(yùn)行在JavaEE服務(wù)器上，當(dāng)系統(tǒng)長時間運(yùn)行以后，性能非常差，用戶請求的延時比系統(tǒng)剛上線的時候要大很多，并且用戶的并發(fā)量很小，甚至是單個用戶也很慢。通過操作系統(tǒng)的工具觀察，一切都很正常，CPU利用率不高，IO也不是很大，內(nèi)存很富余，網(wǎng)絡(luò)幾乎沒有壓力（因為并發(fā)用戶少）。先不考慮線程互鎖的問題，因為單個用戶性能也不好。通過Java虛擬機(jī)觀察也沒有發(fā)現(xiàn)什么問題（內(nèi)存回收很少發(fā)生）。這使得我們不得不使用代碼跟蹤器來全程跟蹤代碼。我們采用了Netbeans的Profiler，跟蹤的結(jié)果非常意外，用戶請求的90％的時間在創(chuàng)建新文件。從系統(tǒng)設(shè)計人員了解到，此系統(tǒng)使用了一個目錄用于保存所有上傳和共享的文件，文件用其命名方式來唯一區(qū)別于其他文件。我們查看了那個文件目錄，發(fā)現(xiàn)該目錄下已經(jīng)擁有80萬個文件了。這時候我們才定位到問題了：在同個目錄下放置太多的文件，在創(chuàng)建新文件的時候，系統(tǒng)的開銷是比較大的，例如為了防止重名，文件系統(tǒng)會遍歷當(dāng)前目錄下所有的文件名等等。根據(jù)我們的建議，將文件分類保存在不同的目錄下，性能有了大幅度的提高。

高速緩存命中率問題

        運(yùn)行在JavaEE服務(wù)器上的ERP系統(tǒng)，在CPU充分利用的情況下性能仍然不太好。從操作系統(tǒng)層面上觀察不到什么大問題，而且ERP系統(tǒng)過于復(fù)雜，代碼跟蹤比較困難。于是進(jìn)行了CPU狀態(tài)的進(jìn)一步檢查，發(fā)現(xiàn)CPU的TLB命中率不是很高，于是對Java虛擬機(jī)的啟動參數(shù)進(jìn)行了修改，強(qiáng)迫虛擬機(jī)使用大尺寸的內(nèi)存頁面，提高TLB的命中率。下面的參數(shù)是在Sun的HOTSPOT中調(diào)整大尺寸（4M）頁面的設(shè)置：
-XX:+AggressiveHeap
-XX:LargePageSizeInBytes=256m
通過調(diào)整，TLB命中明顯提高，性能也得到近40％的提升。

轉(zhuǎn)載之：http://developers.sun.com.cn/blog/yutoujava/entry/8

負(fù)載均衡器通常稱為四層交換機(jī)或七層交換機(jī)。四層交換機(jī)主要分析IP層及TCP/UDP層，實現(xiàn)四層流量負(fù)載均衡。七層交換機(jī)除了支持四層負(fù)載均衡以外，還有分析應(yīng)用層的信息，如HTTP協(xié)議URI或Cookie信息。

一、F5配置步驟：
1、F5組網(wǎng)規(guī)劃
(1)組網(wǎng)拓樸圖（具體到網(wǎng)絡(luò)設(shè)備物理端口的分配和連接，服務(wù)器網(wǎng)卡的分配與連接）
(2)IP地址的分配（具體到網(wǎng)絡(luò)設(shè)備和服務(wù)器網(wǎng)卡的IP地址的分配）
(3)F5上業(yè)務(wù)的VIP、成員池、節(jié)點(diǎn)、負(fù)載均衡算法、策略保持方法的確定

2、F5配置前的準(zhǔn)備工作
(1)版本檢查
f5-portal-1:~# b version
Kernel:
BIG-IP Kernel 4.5PTF-07 Build18
(2)時間檢查－－如不正確，請到單用戶模式下進(jìn)行修改
f5-portal-1:~# date
Thu May 20 15:05:10 CST 2004
(3)申請license－－現(xiàn)場用的F5都需要自己到F5網(wǎng)站上申請license

3、F5　的通用配置
(1)在安全要求允許的情況下，在setup菜單中可以打開telnet及ftp功能，便于以后方便維護(hù)
(2)配置vlan unique_mac選項，此選項是保證F5上不同的vlan 的MAC地址不一樣。在缺省情況下，F(xiàn)5的各個vlan的MAC地址是一樣的，建議在配置時，把此項統(tǒng)一選擇上。可用命令ifconfig –a來較驗
具體是system/Advanced Properties/vlan unique_mac
(3)配置snat any_ip選項選項，此選項為了保證內(nèi)網(wǎng)的機(jī)器做了snat后，可以對ping的數(shù)據(jù)流作轉(zhuǎn)換。Ping是第三層的數(shù)據(jù)包，缺省情況下F5是不對ping的數(shù)據(jù)包作轉(zhuǎn)換，也就是internal vlan的主機(jī)無法ping external vlan的機(jī)器。（注意：還可以采用telnet來驗證。）
具體是system/Advanced Properties/snat any_ip

4、F5 的初始化配置
建議在對F5進(jìn)行初始時都用命令行方式來進(jìn)行初始化（用Web頁面初始化的方式有時會有問題）。登錄到命令行上，運(yùn)行config或setup命令可以進(jìn)行初始化配置。初次運(yùn)行時會提示一些license的信息。
default:~# config

5、F5雙機(jī)切換監(jiān)控配置（有F5雙機(jī)時需要）
(1)在web頁面中選擇相應(yīng)的vlan，在arm failsafe選擇則可。Timeout為從F5收不到包的時間起，經(jīng)過多長時間就發(fā)生切換。此配置不能同步，需要在F5的主備機(jī)上同時配置。每個vlan都可以配置vlan arm failsafe。
具體在Network下
(2)在web頁面中選擇system，在redundant properties中把gateway failsafe選擇則可。Router是需要監(jiān)控的地址。此配置不能同步，需要在F5的主備機(jī)上同時配置。一套F5上只能配置一個gateway failsafe
具體在system/redundant properties/gateway failsafe

6、F5　MAC　masquerade配置
Mac Masquerading是F5的Shared IP Address (Floating)的MAC地址，F(xiàn)5如果不配置此項，則shared IP Address的MAC地址與每臺F5的vlan self IP Address的MAC地址是一樣的。
一般服務(wù)器是以shared IP Address為網(wǎng)關(guān)，在兩臺F5上都配置了Mac Masquerade（相同的MAC地址），這樣當(dāng)F5發(fā)生切換后，服務(wù)器上shared IP address的MAC不變，保證了業(yè)務(wù)的不中斷
具體在Network下

7、F5的pool配置
(1)在配置工具Web頁面的導(dǎo)航面板中選擇“Pools”中的“Pools”標(biāo)簽，點(diǎn)擊“ADD”按鈕添加服務(wù)器池(Pool)。
(2)在池屬性（Pool Properties）中的“Load Balancing Method”表格中選擇負(fù)載均衡策略，通常采用默認(rèn)策略：“Round Robin”
(3)在“Resouces”表格中的“Member Address”文本框輸入成員IP地址，在“Service”文本框中輸入服務(wù)端口，點(diǎn)擊“>>”添加到“Current Members”當(dāng)前成員列表中。
(4)添加所有組成員，點(diǎn)擊“Done”完成配置。
(5)在“Pools”中的“Pool Name”列選中特定池，然后池屬性頁面中選擇“Persistence”標(biāo)簽。
(6)在“Persistence Type”表格中選定會話保持類型。點(diǎn)擊“Apply”應(yīng)用配置。

8、F5的virtual server配置
(1)在配置工具Web頁面的導(dǎo)航面板中選擇“Virtual Servers”中的“Virtual Servers”標(biāo)簽，點(diǎn)擊“ADD”按鈕添加虛擬服務(wù)器。
(2)在“Add Virtual Server”窗口的“Address”文本框中輸入虛擬服務(wù)器IP地址，并在“Service”文本框中輸入服務(wù)端口號或在下拉框中選擇現(xiàn)有的服務(wù)名稱，點(diǎn)擊“Next”執(zhí)行下一步。
(3)在“Add Virtual Server”窗口的“Configure Basic Properties”頁面中點(diǎn)擊“Next”執(zhí)行下一步。 在“Add Virtual Server”窗口的“Select Physical Resources”頁面中點(diǎn)擊單選按鈕“Pool”，并在下拉框中選擇虛擬服務(wù)器對應(yīng)的負(fù)載均衡池。
(4)按“Done”完成創(chuàng)建虛擬服務(wù)器。

9、F5的monitor的配置
(1)在配置工具Web頁面的導(dǎo)航面板中選擇“Monitor”中的“Monitors”標(biāo)簽，點(diǎn)擊“ADD”按鈕添加監(jiān)控
(2)根據(jù)需要選擇相關(guān)關(guān)聯(lián)類型：“Node Associations”標(biāo)簽、Node Address Associations”標(biāo)簽、Service Associations”標(biāo)簽。
(3)被選關(guān)聯(lián)標(biāo)簽中，在“Choose Monitor”表格中選擇監(jiān)控名稱，點(diǎn)擊“>>”按鈕添加到“Monitor Rule”監(jiān)控規(guī)格文本框中。監(jiān)控規(guī)則可以為一條或多條。
(4)選擇監(jiān)控規(guī)則后，在對應(yīng)節(jié)點(diǎn)的“Associate Current Monitor Rule”復(fù)選框中選中。如果欲刪除監(jiān)控關(guān)聯(lián)，則選中對應(yīng)節(jié)點(diǎn)的“Delete Existing Assocation”復(fù)選框。
(5)點(diǎn)擊“Apply”關(guān)聯(lián)監(jiān)控

10、F5的SNAT配置
(1)在配置工具Web頁面的導(dǎo)航面板中選擇“NATs”中的“SNATs”標(biāo)簽，點(diǎn)擊“ADD”按鈕添加SNAT地址。
(2)在“Add SNAT”窗口中“Translation Address”的“IP”文本框中輸入SNAT IP地址，并在“Origin List”的“Origin Address”文本框中輸入節(jié)點(diǎn)IP地址或在“Origin VLAN”下拉框中選擇VLAN名稱，點(diǎn)擊“>>”加入“Current List”列表。
(3)按“Done”完成添加SNAT IP地址。

11、F5主備機(jī)同步及切換校驗
具體在system/Redundant Properties/synchonize Config...

12、業(yè)務(wù)的校驗
F5主備機(jī)切換的校驗
F5主備機(jī)業(yè)務(wù)運(yùn)行的校驗

其中1~6是基本配置，7~10業(yè)務(wù)配置，11~12校驗

二、F5負(fù)載均衡器的維護(hù)

1、F5節(jié)點(diǎn)及應(yīng)用的檢查
通過“System -> Network Map”頁面查看節(jié)點(diǎn)及應(yīng)用狀態(tài)
綠色:節(jié)點(diǎn)或虛擬服務(wù)器為“UP”
紅色:節(jié)點(diǎn)或虛擬服務(wù)器狀態(tài)為“Down”
灰色:節(jié)點(diǎn)或虛擬服務(wù)器被禁用

2、日志的檢查
(1)當(dāng)天日志：從web上查看logs中的system log、bigip log、monitor log，看日志中是否有異常。
(2)7天內(nèi)的日志
系統(tǒng)日志文件 - /var/log/messages消息, 系統(tǒng)消息
BIG-IP 日志文件 - /var/log/bigip
“External” BIG-IP events
Monitor 日志文件 - /var/log/bigd
“Internal” BIG-IP Events
3DNS 日志文件 - /var/log/3dns
3DNS Information
用gzcat、more、vi命令打開

3、F5流量的檢查
(1)業(yè)務(wù)上的基本維護(hù)主要是在F5上查看F5分發(fā)到各節(jié)點(diǎn)的connect是否負(fù)載均衡，一般不應(yīng)有數(shù)量級的差別
(2)通過WEB->pool-> pool statistics中查看connection項中的total和current項，不應(yīng)有明顯的數(shù)量級的差別
(3)F5 qkview命令
執(zhí)行qkview，執(zhí)行完成后將輸出信息保存在文件“/var/tmp/-tech.out”中，供高級技術(shù)支持用
(4)F5 tcpdump命令
TCPDUMP是Unix系統(tǒng)常用的報文分析工具，TCPDUMP經(jīng)常用于故障定位，如會話保持失效、SNAT通信問題等
tcpdump [ -adeflnNOpqRStvxX ] [ -c count ] [ -F file ]
[ -i interface ] [ -m module ] [ -r file ]
[ -s snaplen ] [ -T type ] [ -w file ]
[ -E algo:secret ] [ expression ]

第一步：加入log4j-1.2.8.jar到lib下。

第二步：在CLASSPATH下建立log4j.properties。內(nèi)容如下：

1 log4j.rootCategory=INFO, stdout , R

2

3 log4j.appender.stdout=org.apache.log4j.ConsoleAppender

4 log4j.appender.stdout.layout=org.apache.log4j.PatternLayout

5 log4j.appender.stdout.layout.ConversionPattern=[QC] %p [%t] %C.%M(%L) | %m%n

6

7 log4j.appender.R=org.apache.log4j.DailyRollingFileAppender

8 log4j.appender.R.File=D:\Tomcat 5.5\logs\qc.log

9 log4j.appender.R.layout=org.apache.log4j.PatternLayout

10 log4j.appender.R.layout.ConversionPattern=%d-[TS] %p %t %c - %m%n

11

12 log4j.logger.com.neusoft=DEBUG

13 log4j.logger.com.opensymphony.oscache=ERROR

14 log4j.logger.net.sf.navigator=ERROR

15 log4j.logger.org.apache.commons=ERROR

16 log4j.logger.org.apache.struts=WARN

17 log4j.logger.org.displaytag=ERROR

18 log4j.logger.org.springframework=DEBUG

19 log4j.logger.com.ibatis.db=WARN

20 log4j.logger.org.apache.velocity=FATAL

21

22 log4j.logger.com.canoo.webtest=WARN

23

24 log4j.logger.org.hibernate.ps.PreparedStatementCache=WARN

25 log4j.logger.org.hibernate=DEBUG

26 log4j.logger.org.logicalcobwebs=WARN

第三步：相應(yīng)的修改其中屬性，修改之前就必須知道這些都是干什么的，在第二部分講解。

第四步：在要輸出日志的類中加入相關(guān)語句：

定義屬性：protected final Log log = LogFactory.getLog(getClass());

在相應(yīng)的方法中：

if (log.isDebugEnabled())

{

log.debug(“System …..”);

}

二、Log4j說明

1 log4j.rootCategory=INFO, stdout , R

此句為將等級為INFO的日志信息輸出到stdout和R這兩個目的地，stdout和R的定義在下面的代碼，可以任意起名。等級可分為OFF、 FATAL、ERROR、WARN、INFO、DEBUG、ALL，如果配置OFF則不打出任何信息，如果配置為INFO這樣只顯示INFO, WARN, ERROR的log信息，而DEBUG信息不會被顯示，具體講解可參照第三部分定義配置文件中的logger。

3 log4j.appender.stdout=org.apache.log4j.ConsoleAppender

此句為定義名為stdout的輸出端是哪種類型，可以是

org.apache.log4j.ConsoleAppender（控制臺），

org.apache.log4j.FileAppender（文件），

org.apache.log4j.DailyRollingFileAppender（每天產(chǎn)生一個日志文件），

org.apache.log4j.RollingFileAppender（文件大小到達(dá)指定尺寸的時候產(chǎn)生一個新的文件）

org.apache.log4j.WriterAppender（將日志信息以流格式發(fā)送到任意指定的地方）

具體講解可參照第三部分定義配置文件中的Appender。

4 log4j.appender.stdout.layout=org.apache.log4j.PatternLayout

此句為定義名為stdout的輸出端的layout是哪種類型，可以是

org.apache.log4j.HTMLLayout（以HTML表格形式布局），

org.apache.log4j.PatternLayout（可以靈活地指定布局模式），

org.apache.log4j.SimpleLayout（包含日志信息的級別和信息字符串），

org.apache.log4j.TTCCLayout（包含日志產(chǎn)生的時間、線程、類別等等信息）

具體講解可參照第三部分定義配置文件中的Layout。

5 log4j.appender.stdout.layout.ConversionPattern= [QC] %p [%t] %C.%M(%L) | %m%n

如果使用pattern布局就要指定的打印信息的具體格式ConversionPattern，打印參數(shù)如下：

%m 輸出代碼中指定的消息

%p 輸出優(yōu)先級，即DEBUG，INFO，WARN，ERROR，F(xiàn)ATAL

%r 輸出自應(yīng)用啟動到輸出該log信息耗費(fèi)的毫秒數(shù)

%c 輸出所屬的類目，通常就是所在類的全名

%t 輸出產(chǎn)生該日志事件的線程名

%n 輸出一個回車換行符，Windows平臺為“rn”，Unix平臺為“n”

%d 輸出日志時間點(diǎn)的日期或時間，默認(rèn)格式為ISO8601，也可以在其后指定格式，比如：%d{yyyy MMM dd HH:mm:ss,SSS}，輸出類似：2002年10月18日 22：10：28，921

%l 輸出日志事件的發(fā)生位置，包括類目名、發(fā)生的線程，以及在代碼中的行數(shù)。

[QC]是log信息的開頭，可以為任意字符，一般為項目簡稱。

輸出的信息

[TS] DEBUG [main] AbstractBeanFactory.getBean(189) | Returning cached instance of singleton bean 'MyAutoProxy'

具體講解可參照第三部分定義配置文件中的格式化日志信息。

7 log4j.appender.R=org.apache.log4j.DailyRollingFileAppender

此句與第3行一樣。定義名為R的輸出端的類型為每天產(chǎn)生一個日志文件。

8 log4j.appender.R.File=D:\Tomcat 5.5\logs\qc.log

此句為定義名為R的輸出端的文件名為D:\Tomcat 5.5\logs\qc.log

可以自行修改。

9 log4j.appender.R.layout=org.apache.log4j.PatternLayout

與第4行相同。

10 log4j.appender.R.layout.ConversionPattern=%d-[TS] %p %t %c - %m%n

與第5行相同。

12 log4j.logger.com. neusoft =DEBUG

指定com.neusoft包下的所有類的等級為DEBUG。

可以把com.neusoft改為自己項目所用的包名。

13 log4j.logger.com.opensymphony.oscache=ERROR

14 log4j.logger.net.sf.navigator=ERROR

這兩句是把這兩個包下出現(xiàn)的錯誤的等級設(shè)為ERROR，如果項目中沒有配置EHCache，則不需要這兩句。

15 log4j.logger.org.apache.commons=ERROR

16 log4j.logger.org.apache.struts=WARN

這兩句是struts的包。

17 log4j.logger.org.displaytag=ERROR

這句是displaytag的包。（QC問題列表頁面所用）

18 log4j.logger.org.springframework=DEBUG

此句為Spring的包。

24 log4j.logger.org.hibernate.ps.PreparedStatementCache=WARN

25 log4j.logger.org.hibernate=DEBUG

此兩句是hibernate的包。

以上這些包的設(shè)置可根據(jù)項目的實際情況而自行定制。

三、log4j詳解

1、定義配置文件

Log4j支持兩種配置文件格式，一種是XML格式的文件，一種是Java特性文件log4j.properties（鍵=值）。下面將介紹使用log4j.properties文件作為配置文件的方法:

①、配置根Logger

Logger 負(fù)責(zé)處理日志記錄的大部分操作。

其語法為：

log4j.rootLogger = [ level ] , appenderName, appenderName, …

其中，level 是日志記錄的優(yōu)先級，分為OFF、FATAL、ERROR、WARN、INFO、DEBUG、ALL或者自定義的級別。Log4j建議只使用四個級別，優(yōu) 先級從高到低分別是ERROR、WARN、INFO、DEBUG。通過在這里定義的級別，您可以控制到應(yīng)用程序中相應(yīng)級別的日志信息的開關(guān)。比如在這里定 義了INFO級別，只有等于及高于這個級別的才進(jìn)行處理，則應(yīng)用程序中所有DEBUG級別的日志信息將不被打印出來。ALL:打印所有的日志，OFF：關(guān) 閉所有的日志輸出。 appenderName就是指定日志信息輸出到哪個地方。可同時指定多個輸出目的地。

②、配置日志信息輸出目的地 Appender

Appender 負(fù)責(zé)控制日志記錄操作的輸出。

其語法為：

log4j.appender.appenderName = fully.qualified.name.of.appender.class

log4j.appender.appenderName.option1 = value1

…

log4j.appender.appenderName.optionN = valueN

這里的appenderName為在①里定義的，可任意起名。

其中，Log4j提供的appender有以下幾種：

org.apache.log4j.ConsoleAppender（控制臺），

org.apache.log4j.FileAppender（文件），

org.apache.log4j.DailyRollingFileAppender（每天產(chǎn)生一個日志文件），

org.apache.log4j.RollingFileAppender（文件大小到達(dá)指定尺寸的時候產(chǎn)生一個新的文件），可通過 log4j.appender.R.MaxFileSize=100KB設(shè)置文件大小，還可通過 log4j.appender.R.MaxBackupIndex=1設(shè)置為保存一個備份文件。

org.apache.log4j.WriterAppender（將日志信息以流格式發(fā)送到任意指定的地方）

例如：log4j.appender.stdout=org.apache.log4j.ConsoleAppender

定義一個名為stdout的輸出目的地，ConsoleAppender為控制臺。

③、配置日志信息的格式（布局）Layout

Layout 負(fù)責(zé)格式化Appender的輸出。

其語法為：

log4j.appender.appenderName.layout = fully.qualified.name.of.layout.class

log4j.appender.appenderName.layout.option1 = value1

…

log4j.appender.appenderName.layout.optionN = valueN

其中，Log4j提供的layout有以下幾種：

org.apache.log4j.HTMLLayout（以HTML表格形式布局），

org.apache.log4j.PatternLayout（可以靈活地指定布局模式），

org.apache.log4j.SimpleLayout（包含日志信息的級別和信息字符串），

org.apache.log4j.TTCCLayout（包含日志產(chǎn)生的時間、線程、類別等等信息）

2、格式化日志信息

Log4J采用類似C語言中的printf函數(shù)的打印格式格式化日志信息，打印參數(shù)如下：

%m 輸出代碼中指定的消息

%p 輸出優(yōu)先級，即DEBUG，INFO，WARN，ERROR，F(xiàn)ATAL

%r 輸出自應(yīng)用啟動到輸出該log信息耗費(fèi)的毫秒數(shù)

%c 輸出所屬的類目，通常就是所在類的全名

%t 輸出產(chǎn)生該日志事件的線程名

%n 輸出一個回車換行符，Windows平臺為“rn”，Unix平臺為“n”

%d 輸出日志時間點(diǎn)的日期或時間，默認(rèn)格式為ISO8601，也可以在其后指定格式，比如：%d{yyyy MMM dd HH:mm:ss,SSS}，輸出類似：2002年10月18日 22：10：28，921

%l 輸出日志事件的發(fā)生位置，包括類目名、發(fā)生的線程，以及在代碼中的行數(shù)。

3、在代碼中使用Log4j

我們在需要輸出日志信息的類中做如下的三個工作：

1、導(dǎo)入所有需的commongs-logging類：

import org.apache.commons.logging.Log;

import org.apache.commons.logging.LogFactory;

2、在自己的類中定義一個org.apache.commons.logging.Log類的私有靜態(tài)類成員：

private final Log log = LogFactory.getLog(getClass());

LogFactory.getLog()方法的參數(shù)使用的是當(dāng)前類的class。

3、使用org.apache.commons.logging.Log類的成員方法輸出日志信息：

if (log.isDebugEnabled())
{
log.debug("111");
}
if (log.isInfoEnabled())
{
log.info("222");
}
if (log.isWarnEnabled())
{
log.warn("333");
}
if (log.isErrorEnabled())
{
log.error("444");
}
if (log.isFatalEnabled())
{
log.fatal("555")
}

目標(biāo)驅(qū)動，系統(tǒng)思維，風(fēng)險意識，數(shù)據(jù)量化

凡事預(yù)則立，不預(yù)則廢。如果你不知道要到哪里？給你一張地圖也沒有用。目標(biāo)驅(qū)動首先要有最基本的計劃管理和時間管理能力。對于一個項目，我們過程中做的所有工作都是為了要達(dá)到項目目標(biāo)，因此在項目各個階段所有活動都需要考慮對達(dá)成目標(biāo)的影響，當(dāng)發(fā)現(xiàn)偏差后及時糾正。目標(biāo)驅(qū)動讓我們從無目的的事后應(yīng)急變成了有計劃有目的的事前預(yù)測。目標(biāo)驅(qū)動不是要拋棄過程，項目的成功涉及到過程，人和方法工具技術(shù)。為了達(dá)到項目目標(biāo)，我們要根據(jù)項目的實際情況采取一系列項目原來已經(jīng)總結(jié)的最佳實踐形成一套過程，高效的過程和積極心態(tài)的人是保證項目目標(biāo)達(dá)成的關(guān)鍵。因此作為項目經(jīng)理要時刻問自己，項目的目標(biāo)是什么？項目當(dāng)前狀態(tài)和我達(dá)成目標(biāo)的差距是什么？我如何解決和應(yīng)對。

項目的成功受到多方面的因素的影響，而且各個因素之間還存在正反作用力。系統(tǒng)思維就是要讓我們能夠清楚的認(rèn)識到影響項目目標(biāo)和成功的各個要素，以及它們之間存在的關(guān)系。形成一種適合項目的動態(tài)系統(tǒng)模型，通過這個動態(tài)模型去平衡項目各方干系人的利益，平衡項目四要素之間的關(guān)系，平衡項目的短期和長期的利益。項目經(jīng)理的一個重要能力就是平衡，沒有最優(yōu)解，只有滿意解，懂得了平衡就知道當(dāng)項目出現(xiàn)變更和調(diào)整的時候如何更好的應(yīng)對。從單要素最優(yōu)的單向思維過渡到關(guān)注整個系統(tǒng)的全局思維模式上。

風(fēng)險意識簡單來講就是項目在執(zhí)行過程中可能發(fā)生的各種問題我都事先預(yù)見到了而采取了適當(dāng)?shù)木徑獯胧@樣才能夠真正的讓項目能夠按照預(yù)先制定的計劃和目標(biāo)進(jìn)行。再簡單點(diǎn)就是如果風(fēng)險管理做得好，項目是不應(yīng)該失敗的。君子安而不忘危，存而不忘亡，治而不忘亂。風(fēng)險管理的重點(diǎn)正是在于要形成風(fēng)險意識，要能夠通過歷史經(jīng)驗的積累，能夠把項目的關(guān)鍵風(fēng)險識別出來，使項目能夠從事后的救火轉(zhuǎn)變到事前的防備，使項目能夠在前面緊張后面輕松。

要談及量化管理首先應(yīng)該要培訓(xùn)用數(shù)據(jù)說話的分析思維。在軟件項目管理中我們做度量的目的，就是要收集和分析各種歷史數(shù)據(jù)，通過對數(shù)據(jù)的分析來知道項目真正的效率，同時為后續(xù)項目提供各種估算參數(shù)數(shù)據(jù)。以數(shù)據(jù)說話讓我們從全憑主觀經(jīng)驗臆斷轉(zhuǎn)變到對事物的客觀數(shù)據(jù)分析上。只有能夠收集數(shù)據(jù)，分析數(shù)據(jù)我們才可能持續(xù)改進(jìn)。有了數(shù)據(jù)意識后就是要有統(tǒng)計和量化管理方面的意識，利用統(tǒng)計學(xué)的思維和量化管理手段不僅僅是讓我們的過程穩(wěn)定和受控制，能夠去發(fā)現(xiàn)項目執(zhí)行過程中特殊原因引起的波動，針對特殊波動進(jìn)行根源分析并采取糾正行動；還能夠讓我們能夠根據(jù)預(yù)測模型更加準(zhǔn)確的預(yù)測項目能夠達(dá)成目標(biāo)的程度和概率。
----------------------------------------
努力使自己成為工作的終結(jié)者