log4j入門(轉)
為什麼要用日誌（Log）?
這個……就不必說了吧。
為什麼不用System.out.println()?
功能太弱；不易於控制。如果暫時不想輸出了怎麼辦？如果想輸出到檔案怎麼辦？如果想部分輸出怎麼辦？……
為什麼同時使用commons-logging和Log4j?為什麼不僅使用其中之一？
Commons-loggin的目的是為“所有的Java日誌實現”提供一個統一的介面，它自身的日誌功能平常弱（只有一個簡單的SimpleLog?），所以一般不會單獨使用它。
Log4j的功能非常全面強大，是目前的首選。我發現幾乎所有的Java開源專案都會用到Log4j，但我同時發現，所有用到Log4j的專案一般也同時會用到commons-loggin。我想，大家都不希望自己的專案與Log4j繫結的太緊密吧。另外一個我能想到的“同時使用commons-logging和Log4j”的原因是，簡化使用和配置。
強調一點，“同時使用commons-logging和Log4j”，與“單獨使用Log4j”相比，並不會帶來更大的學習、配置和維護成本，反而更加簡化了我們的工作。我想這也是為什麼“所有用到Log4j的專案一般也同時會用到commons-loggin”的原因之一吧。
Commons-logging能幫我們做什麼？
l 提供一個統一的日誌介面，簡單了操作，同時避免專案與某個日誌實現系統緊密a耦合
l 很貼心的幫我們自動選擇適當的日誌實現系統（這一點非常好！）
l 它甚至不需要配置
這裡看一下它怎麼“‘很貼心的’幫我們‘自動選擇’‘適當的’日誌實現系統”：
1) 首先在classpath下尋找自己的配置檔案commons-logging.properties，如果找到，則使用其中定義的Log實現類；
2) 如果找不到commons-logging.properties檔案，則在查詢是否已定義系統環境變數org.apache.commons.logging.Log，找到則使用其定義的Log實現類；
3) 否則，檢視classpath中是否有Log4j的包，如果發現，則自動使用Log4j作為日誌實現類；
4) 否則，使用JDK自身的日誌實現類（JDK1.4以後才有日誌實現類）；
5) 否則，使用commons-logging自己提供的一個簡單的日誌實現類SimpleLog；
（以上順序不保證完全準確，請參考官方文件）
可見，commons-logging總是能找到一個日誌實現類，並且儘可能找到一個“最合適”的日誌實現類。我說它“很貼心”實際上是因為：1、可以不需要配置檔案；2、自動判斷有沒有Log4j包，有則自動使用之；3、最悲觀的情況下也總能保證提供一個日誌實現（SimpleLog）。
可以看到，commons-logging對程式設計者和Log4j都非常友好。
為了簡化配置commons-logging，一般不使用commons-logging的配置檔案，也不設定與commons-logging相關的系統環境變數，而只需將Log4j的Jar包放置到classpash中就可以了。這樣就很簡單地完成了commons-logging與Log4j的融合。如果不想用Log4j了怎麼辦？只需將classpath中的Log4j的Jar包刪除即可。
就這麼簡單！
程式碼應該怎麼寫？
我們在需要輸出日誌資訊的“每一人”類中做如下的三個工作：
1、匯入所有需的commongs-logging類：
import org.apache.commons.logging.Log;
import org.apache.commons.logging.LogFactory;
如果願意簡化的話，還可以兩行合為一行：
import org.apache.commons.logging.*;
2、在自己的類中定義一個org.apache.commons.logging.Log類的私有靜態類成員：
private static Log log = LogFactory.getLog(YouClassName.class);
注意這裡定義的是static成員，以避免產生多個例項。
LogFactory.getLog()方法的引數使用的是當前類的class，這是目前被普通認為的最好的方式。為什麼不寫作LogFactory.getLog(this.getClass())？因為static類成員訪問不到this指標！
3、使用org.apache.commons.logging.Log類的成員方法輸出日誌資訊：
log.debug("111");
log.info("222");
log.warn("333");
log.error("444");
log.fatal("555");
這裡的log，就是上面第二步中定義的類成員變數，其型別是org.apache.commons.logging.Log，通過該類的成員方法，我們就可以將不同性質的日誌資訊輸出到目的地（目的地是哪裡？視配置可定，可能是stdout，也可能是檔案，還可能是傳送到郵件，甚至傳送簡訊到手機……詳見下文對log4j.properties的介紹）：
l debug() 輸出“除錯”級別的日誌資訊；
l info() 輸出“資訊”級別的日誌資訊；
l warn() 輸出“警告”級別的日誌資訊；
l error() 輸出“錯誤”級別的日誌資訊；
l fatal() 輸出“致命錯誤”級別的日誌資訊；
根據不同的性質，日誌資訊通常被分成不同的級別，從低到高依次是：“除錯（DEBUG）”“資訊（INFO）”“警告（WARN）”“錯誤（ERROR）”“致命錯誤（FATAL）”。為什麼要把日誌資訊分成不同的級別呢？這實際上是方便我們更好的控制它。比如，通過Log4j的配置檔案，我們可以設定“輸出‘除錯’及以上級別的日誌資訊”（即“除錯”“資訊”“警告”“錯誤”“致命錯誤”），這對專案開發人員可能是有用的；我們還可以設定“輸出“警告”及以上級別的日誌資訊”（即“警告”“錯誤”“致命錯誤”），這對專案終端使用者可能是有用的。
僅從字面上理解，也可以大致得出結論：最常用的應該是debug()和info()；而warn()、error()、fatal()僅在相應事件發生後才使用。
從上面三個步驟可以看出，使用commons-logging的日誌介面非常的簡單，不需要記憶太多東西：僅僅用到了兩個類Log, LogFactory，並且兩個類的方法都非常少（後者只用到一個方法，前者經常用到的也只是上面第三步中列出的幾個），同時引數又非常簡單。
上面所介紹的方法是目前被普通應用的，可以說是被標準化了的方法，幾乎所有的人都是這麼用。如果不信，或想確認一下，就去下載幾個知名的Java開源專案原始碼看一下吧。
下面給出一個完整的Java類的程式碼：
package liigo.testlog;
import org.apache.commons.logging.Log;
import org.apache.commons.logging.LogFactory;
public class TestLog
{
private static Log log = LogFactory.getLog(TestLog.class);
public void test()
{
log.debug("111");
log.info("222");
log.warn("333");
log.error("444");
log.fatal("555");
}
public static void main(String[] args)
{
TestLog testLog = new TestLog();
testLog.test();
}
}
只要保證commons-logging的jar包在classpath中，上述程式碼肯定可以很順利的編譯通過。那它的執行結果是怎麼樣的呢？恐怕會有很大的不同，請繼續往下看。
Log4j在哪裡呢？它發揮作用了嗎？
應該注意到，我們上面給出的原始碼，完全沒有涉及到Log4j——這正是我們所希望的，這也正是commons-logging所要達到的目標之一。
可是，怎麼才能讓Log4j發揮它的作用呢？答案很簡單，只需滿足“classpath中有Log4j的jar包”。前面已經說過了，commons-logging會自動發現並應用Log4j。所以只要它存在，它就發揮作用。（它不存在呢？自然就不發揮作用，commons-logging會另行選擇其它的日誌實現類。）
注意：配置檔案log4j.properties對Log4j來說是必須的。如果classpath中沒有該配置檔案，或者配置不對，將會引發執行時異常。
這樣，要正確地應用Log4j輸出日誌資訊，log4j.properties的作用就很重要了。好在該檔案有通用的模板，複製一份（稍加修改）就可以使用。幾乎每一個Java專案目錄內都會有一個log4j.properties檔案，可下載幾個Java開源專案原始碼檢視。本文最後也附一個模板性質的log4j.properties檔案，直接複製過去就可以用，或者根據自己的需要稍加修改。後文將會log4j.properties檔案適當作一些介紹。
這裡順便提示一點：如果不用commons-logging，僅僅單獨使用Log4j，操作上反而要稍微麻煩一些，因為Log4j需要多一點點的初始化程式碼（相比commons-logging而言）：
import org.apache.log4j.Logger;
import org.apache.log4j.PropertyConfigurator;
public class TestLog4j {
static Logger logger = Logger.getLogger(TestLog4j.class); //First step
public static void main(String args[]) {
PropertyConfigurator.configure("log4j.properties"); //Second step
logger.debug("Here is some DEBUG"); //Third step
logger.info("Here is some INFO");
logger.warn("Here is some WARN");
logger.error("Here is some ERROR");
logger.fatal("Here is some FATAL");
}
}
不過也就多出一行。但這至少說明，引用commons-logging並沒有使問題複雜化，反而簡單了一些。在這裡1+1就小於2了。這也驗證了前面的結論。
總結
將commons-logging和Log4j的jar包都放置到classpath下，同時也將Log4j的配置檔案放到classpath中，兩者就可以很好的合作。
採用Log4j配合commons-logging作為日誌系統，是目前Java領域非常非常流行的模式，使用非常非常的普遍。兩者的結合帶來的結果就是：簡單 + 強大。
commons-logging提供了簡捷、統一的介面，不需要額外配置，簡單；
Log4j功能非常全面、強大；
commons-logging僅僅對Log4j(當然還包括其它LOG實現)作了一層包裝，具體的日誌輸出還是在內部轉交給身後的Log4j來處理；而Log4j雖然做了所有的事情，卻甘作綠葉，從不以真身示人。
兩者堪稱絕配。
對log4j.properties的一點介紹
下面對log4j.properties檔案內容作一點點介紹，以後文所附log4j.properties檔案為例：
除去以#開頭的註釋以及空行，第一行有用的內容是：
log4j.rootLogger = DEBUG, CONSOLE,A1
log4j.rootLogger是最最重要的一個屬性了，它定義日誌資訊的“輸出級別”和“輸出目的地”。
關鍵看“=”後面的值，“DEBUG, CONSOLE,A1”這裡我們要把它分成兩部分：第一個逗號之前的是第一部分，指定“輸出級別”；後面的是第二部分，指定“輸出目的地”。可以同時指定多個“輸出目的地”，以逗號隔開。
具體到上面這一行：它指定的“輸出級別”是“DEBUG”；它指定的“輸出目的地”是“CONSOLE”和“A1”。
注意：
l “輸出級別”有可選的五個值，分別是DEBUG、INFO、WARN、ERROR、FATAL，它們是由Log4j系統定義的。
l “輸出目的地”就是我們自己定義的了，就在log4j.properties的後面部分，此檔案定義的“輸出目的地”有CONSOLE、FILE、ROLLING_FILE、SOCKET、LF5_APPENDER、MAIL、DATABASE、A1、im。該檔案之所以可作主模板，就是因為它比較全面地定義了各種常見的輸出目的地（控制檯、檔案、電子郵件、資料庫等）。
好，下面詳細解釋“log4j.rootLogger=DEBUG, CONSOLE,A1”這一行：
l 指定“輸出級別”是“DEBUG”，即，僅輸出級別大於等於“除錯（DEBUG）”的日誌資訊。如果此處指定的是“WARN”則僅呼叫warn()、error()、fatal()方法輸出的日誌資訊才被輸出到“輸出目的地”，而呼叫debug()、info()方法輸出的日誌資訊不被輸出到“輸出目的地”。明白了嗎？Log4j就是以這種方式來過濾控制日誌資訊的輸出與否，這也是對日誌資訊進行級別分類的目的。
l 指定“輸出目的地”是“CONSOLE”和“A1”，即，將指定的日誌資訊（根據日誌級別已進行了過濾）同時輸出到的“控制檯”和“SampleMessages.log4j檔案”。
為什麼說“CONSOLE”表示將日誌資訊輸出到“控制檯”呢？那就要看一下後文的定義了：
# 應用於控制檯
log4j.appender.CONSOLE=org.apache.log4j.ConsoleAppender
log4j.appender.Threshold=DEBUG
log4j.appender.CONSOLE.Target=System.out
log4j.appender.CONSOLE.layout=org.apache.log4j.PatternLayout
log4j.appender.CONSOLE.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n
#log4j.appender.CONSOLE.layout.ConversionPattern=[start]%d{DATE}[DATE]%n%p[PRIORITY]%n%x[NDC]%n%t[THREAD] n%c[CATEGORY]%n%m[MESSAGE]%n%n
為什麼說“A1”表示將日誌資訊輸出到“SampleMessages.log4j檔案”呢？還要看後文的定義：
log4j.appender.A1=org.apache.log4j.DailyRollingFileAppender
log4j.appender.A1.File=SampleMessages.log4j
log4j.appender.A1.DatePattern=yyyyMMdd-HH'.log4j'
log4j.appender.A1.layout=org.apache.log4j.xml.XMLLayout
注意：這裡的定義沒有指定輸出檔案的路徑，它的路徑實際上是 java.user.path的值。
您應該已經注意到，在定義“輸出目的地”時，還可以指定日誌格式、時間、佈局等相關資訊。略過。
好了，我可以根據需要，將這一行修改為：
log4j.rootLogger = ERROR, CONSOLE,FILE,MAIL
將“錯誤（ERROR）”及“致命錯誤（FATAL）”級別的日誌資訊同時輸出到控制檯、檔案，並且發電子郵件向系統管理員報告。是不是很爽？（如果將“除錯（DEBUG）”級別的日誌資訊郵件給管理員，恐怕遲早會把他/她的郵箱漲爆，哪怕用的是Gmail！再次理解了“將日誌資訊分為不同級別”的意圖了吧？）
附：一個有用的log4j.properties檔案模板
##Log4J的配置之簡單使它遍及於越來越多的應用中了
##Log4J配置檔案實現了輸出到控制檯、檔案、回滾檔案、傳送日誌郵件、輸出到資料庫日誌表、自定義標籤等全套功能。擇其一二使用就夠用了。
##此檔案（log4j.properties）內容來自網路，非本文作者liigo原創。
log4j.rootLogger=DEBUG, CONSOLE,A1
log4j.addivity.org.apache=true
# 應用於控制檯
log4j.appender.CONSOLE=org.apache.log4j.ConsoleAppender
log4j.appender.Threshold=DEBUG
log4j.appender.CONSOLE.Target=System.out
log4j.appender.CONSOLE.layout=org.apache.log4j.PatternLayout
log4j.appender.CONSOLE.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n
#log4j.appender.CONSOLE.layout.ConversionPattern=[start]%d{DATE}[DATE]%n%p[PRIORITY]%n%x[NDC]%n%t[THREAD] n%c[CATEGORY]%n%m[MESSAGE]%n%n
#應用於檔案
log4j.appender.FILE=org.apache.log4j.FileAppender
log4j.appender.FILE.File=file.log
log4j.appender.FILE.Append=false
log4j.appender.FILE.layout=org.apache.log4j.PatternLayout
log4j.appender.FILE.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n
# Use this layout for LogFactor 5 analysis
# 應用於檔案回滾
log4j.appender.ROLLING_FILE=org.apache.log4j.RollingFileAppender
log4j.appender.ROLLING_FILE.Threshold=ERROR
log4j.appender.ROLLING_FILE.File=rolling.log
log4j.appender.ROLLING_FILE.Append=true
log4j.appender.ROLLING_FILE.MaxFileSize=10KB
log4j.appender.ROLLING_FILE.MaxBackupIndex=1
log4j.appender.ROLLING_FILE.layout=org.apache.log4j.PatternLayout
log4j.appender.ROLLING_FILE.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n
#應用於socket
log4j.appender.SOCKET=org.apache.log4j.RollingFileAppender
log4j.appender.SOCKET.RemoteHost=localhost
log4j.appender.SOCKET.Port=5001
log4j.appender.SOCKET.LocationInfo=true
# Set up for Log Facter 5
log4j.appender.SOCKET.layout=org.apache.log4j.PatternLayout
log4j.appender.SOCET.layout.ConversionPattern=[start]%d{DATE}[DATE]%n%p[PRIORITY]%n%x[NDC]%n%t[THREAD]%n%c[CATEGORY]%n%m[MESSAGE]%n%n
# Log Factor 5 Appender
log4j.appender.LF5_APPENDER=org.apache.log4j.lf5.LF5Appender
log4j.appender.LF5_APPENDER.MaxNumberOfRecords=2000
# 傳送日誌給郵件
log4j.appender.MAIL=org.apache.log4j.net.SMTPAppender
log4j.appender.MAIL.Threshold=FATAL
log4j.appender.MAIL.BufferSize=10
log4j.appender.MAIL.From=web@www.wuset.com
log4j.appender.MAIL.SMTPHost=www.wusetu.com
log4j.appender.MAIL.Subject=Log4J Message
log4j.appender.MAIL.To=web@www.wusetu.com
log4j.appender.MAIL.layout=org.apache.log4j.PatternLayout
log4j.appender.MAIL.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n
# 用於資料庫
log4j.appender.DATABASE=org.apache.log4j.jdbc.JDBCAppender
log4j.appender.DATABASE.URL=jdbc:mysql://localhost:3306/test
log4j.appender.DATABASE.driver=com.mysql.jdbc.Driver
log4j.appender.DATABASE.user=root
log4j.appender.DATABASE.password=
log4j.appender.DATABASE.sql=INSERT INTO LOG4J (Message) VALUES ('[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n')
log4j.appender.DATABASE.layout=org.apache.log4j.PatternLayout
log4j.appender.DATABASE.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n
log4j.appender.A1=org.apache.log4j.DailyRollingFileAppender
log4j.appender.A1.File=SampleMessages.log4j
log4j.appender.A1.DatePattern=yyyyMMdd-HH'.log4j'
log4j.appender.A1.layout=org.apache.log4j.xml.XMLLayout
#自定義Appender
log4j.appender.im = net.cybercorlin.util.logger.appender.IMAppender
log4j.appender.im.host = mail.cybercorlin.net
log4j.appender.im.username = username
log4j.appender.im.password = password
log4j.appender.im.recipient = corlin@cybercorlin.net
log4j.appender.im.layout=org.apache.log4j.PatternLayout
log4j.appender.im.layout.ConversionPattern =[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n
# 結束
這個……就不必說了吧。
為什麼不用System.out.println()?
功能太弱；不易於控制。如果暫時不想輸出了怎麼辦？如果想輸出到檔案怎麼辦？如果想部分輸出怎麼辦？……
為什麼同時使用commons-logging和Log4j?為什麼不僅使用其中之一？
Commons-loggin的目的是為“所有的Java日誌實現”提供一個統一的介面，它自身的日誌功能平常弱（只有一個簡單的SimpleLog?），所以一般不會單獨使用它。
Log4j的功能非常全面強大，是目前的首選。我發現幾乎所有的Java開源專案都會用到Log4j，但我同時發現，所有用到Log4j的專案一般也同時會用到commons-loggin。我想，大家都不希望自己的專案與Log4j繫結的太緊密吧。另外一個我能想到的“同時使用commons-logging和Log4j”的原因是，簡化使用和配置。
強調一點，“同時使用commons-logging和Log4j”，與“單獨使用Log4j”相比，並不會帶來更大的學習、配置和維護成本，反而更加簡化了我們的工作。我想這也是為什麼“所有用到Log4j的專案一般也同時會用到commons-loggin”的原因之一吧。
Commons-logging能幫我們做什麼？
l 提供一個統一的日誌介面，簡單了操作，同時避免專案與某個日誌實現系統緊密a耦合
l 很貼心的幫我們自動選擇適當的日誌實現系統（這一點非常好！）
l 它甚至不需要配置
這裡看一下它怎麼“‘很貼心的’幫我們‘自動選擇’‘適當的’日誌實現系統”：
1) 首先在classpath下尋找自己的配置檔案commons-logging.properties，如果找到，則使用其中定義的Log實現類；
2) 如果找不到commons-logging.properties檔案，則在查詢是否已定義系統環境變數org.apache.commons.logging.Log，找到則使用其定義的Log實現類；
3) 否則，檢視classpath中是否有Log4j的包，如果發現，則自動使用Log4j作為日誌實現類；
4) 否則，使用JDK自身的日誌實現類（JDK1.4以後才有日誌實現類）；
5) 否則，使用commons-logging自己提供的一個簡單的日誌實現類SimpleLog；
（以上順序不保證完全準確，請參考官方文件）
可見，commons-logging總是能找到一個日誌實現類，並且儘可能找到一個“最合適”的日誌實現類。我說它“很貼心”實際上是因為：1、可以不需要配置檔案；2、自動判斷有沒有Log4j包，有則自動使用之；3、最悲觀的情況下也總能保證提供一個日誌實現（SimpleLog）。
可以看到，commons-logging對程式設計者和Log4j都非常友好。
為了簡化配置commons-logging，一般不使用commons-logging的配置檔案，也不設定與commons-logging相關的系統環境變數，而只需將Log4j的Jar包放置到classpash中就可以了。這樣就很簡單地完成了commons-logging與Log4j的融合。如果不想用Log4j了怎麼辦？只需將classpath中的Log4j的Jar包刪除即可。
就這麼簡單！
程式碼應該怎麼寫？
我們在需要輸出日誌資訊的“每一人”類中做如下的三個工作：
1、匯入所有需的commongs-logging類：
import org.apache.commons.logging.Log;
import org.apache.commons.logging.LogFactory;
如果願意簡化的話，還可以兩行合為一行：
import org.apache.commons.logging.*;
2、在自己的類中定義一個org.apache.commons.logging.Log類的私有靜態類成員：
private static Log log = LogFactory.getLog(YouClassName.class);
注意這裡定義的是static成員，以避免產生多個例項。
LogFactory.getLog()方法的引數使用的是當前類的class，這是目前被普通認為的最好的方式。為什麼不寫作LogFactory.getLog(this.getClass())？因為static類成員訪問不到this指標！
3、使用org.apache.commons.logging.Log類的成員方法輸出日誌資訊：
log.debug("111");
log.info("222");
log.warn("333");
log.error("444");
log.fatal("555");
這裡的log，就是上面第二步中定義的類成員變數，其型別是org.apache.commons.logging.Log，通過該類的成員方法，我們就可以將不同性質的日誌資訊輸出到目的地（目的地是哪裡？視配置可定，可能是stdout，也可能是檔案，還可能是傳送到郵件，甚至傳送簡訊到手機……詳見下文對log4j.properties的介紹）：
l debug() 輸出“除錯”級別的日誌資訊；
l info() 輸出“資訊”級別的日誌資訊；
l warn() 輸出“警告”級別的日誌資訊；
l error() 輸出“錯誤”級別的日誌資訊；
l fatal() 輸出“致命錯誤”級別的日誌資訊；
根據不同的性質，日誌資訊通常被分成不同的級別，從低到高依次是：“除錯（DEBUG）”“資訊（INFO）”“警告（WARN）”“錯誤（ERROR）”“致命錯誤（FATAL）”。為什麼要把日誌資訊分成不同的級別呢？這實際上是方便我們更好的控制它。比如，通過Log4j的配置檔案，我們可以設定“輸出‘除錯’及以上級別的日誌資訊”（即“除錯”“資訊”“警告”“錯誤”“致命錯誤”），這對專案開發人員可能是有用的；我們還可以設定“輸出“警告”及以上級別的日誌資訊”（即“警告”“錯誤”“致命錯誤”），這對專案終端使用者可能是有用的。
僅從字面上理解，也可以大致得出結論：最常用的應該是debug()和info()；而warn()、error()、fatal()僅在相應事件發生後才使用。
從上面三個步驟可以看出，使用commons-logging的日誌介面非常的簡單，不需要記憶太多東西：僅僅用到了兩個類Log, LogFactory，並且兩個類的方法都非常少（後者只用到一個方法，前者經常用到的也只是上面第三步中列出的幾個），同時引數又非常簡單。
上面所介紹的方法是目前被普通應用的，可以說是被標準化了的方法，幾乎所有的人都是這麼用。如果不信，或想確認一下，就去下載幾個知名的Java開源專案原始碼看一下吧。
下面給出一個完整的Java類的程式碼：
package liigo.testlog;
import org.apache.commons.logging.Log;
import org.apache.commons.logging.LogFactory;
public class TestLog
{
private static Log log = LogFactory.getLog(TestLog.class);
public void test()
{
log.debug("111");
log.info("222");
log.warn("333");
log.error("444");
log.fatal("555");
}
public static void main(String[] args)
{
TestLog testLog = new TestLog();
testLog.test();
}
}
只要保證commons-logging的jar包在classpath中，上述程式碼肯定可以很順利的編譯通過。那它的執行結果是怎麼樣的呢？恐怕會有很大的不同，請繼續往下看。
Log4j在哪裡呢？它發揮作用了嗎？
應該注意到，我們上面給出的原始碼，完全沒有涉及到Log4j——這正是我們所希望的，這也正是commons-logging所要達到的目標之一。
可是，怎麼才能讓Log4j發揮它的作用呢？答案很簡單，只需滿足“classpath中有Log4j的jar包”。前面已經說過了，commons-logging會自動發現並應用Log4j。所以只要它存在，它就發揮作用。（它不存在呢？自然就不發揮作用，commons-logging會另行選擇其它的日誌實現類。）
注意：配置檔案log4j.properties對Log4j來說是必須的。如果classpath中沒有該配置檔案，或者配置不對，將會引發執行時異常。
這樣，要正確地應用Log4j輸出日誌資訊，log4j.properties的作用就很重要了。好在該檔案有通用的模板，複製一份（稍加修改）就可以使用。幾乎每一個Java專案目錄內都會有一個log4j.properties檔案，可下載幾個Java開源專案原始碼檢視。本文最後也附一個模板性質的log4j.properties檔案，直接複製過去就可以用，或者根據自己的需要稍加修改。後文將會log4j.properties檔案適當作一些介紹。
這裡順便提示一點：如果不用commons-logging，僅僅單獨使用Log4j，操作上反而要稍微麻煩一些，因為Log4j需要多一點點的初始化程式碼（相比commons-logging而言）：
import org.apache.log4j.Logger;
import org.apache.log4j.PropertyConfigurator;
public class TestLog4j {
static Logger logger = Logger.getLogger(TestLog4j.class); //First step
public static void main(String args[]) {
PropertyConfigurator.configure("log4j.properties"); //Second step
logger.debug("Here is some DEBUG"); //Third step
logger.info("Here is some INFO");
logger.warn("Here is some WARN");
logger.error("Here is some ERROR");
logger.fatal("Here is some FATAL");
}
}
不過也就多出一行。但這至少說明，引用commons-logging並沒有使問題複雜化，反而簡單了一些。在這裡1+1就小於2了。這也驗證了前面的結論。
總結
將commons-logging和Log4j的jar包都放置到classpath下，同時也將Log4j的配置檔案放到classpath中，兩者就可以很好的合作。
採用Log4j配合commons-logging作為日誌系統，是目前Java領域非常非常流行的模式，使用非常非常的普遍。兩者的結合帶來的結果就是：簡單 + 強大。
commons-logging提供了簡捷、統一的介面，不需要額外配置，簡單；
Log4j功能非常全面、強大；
commons-logging僅僅對Log4j(當然還包括其它LOG實現)作了一層包裝，具體的日誌輸出還是在內部轉交給身後的Log4j來處理；而Log4j雖然做了所有的事情，卻甘作綠葉，從不以真身示人。
兩者堪稱絕配。
對log4j.properties的一點介紹
下面對log4j.properties檔案內容作一點點介紹，以後文所附log4j.properties檔案為例：
除去以#開頭的註釋以及空行，第一行有用的內容是：
log4j.rootLogger = DEBUG, CONSOLE,A1
log4j.rootLogger是最最重要的一個屬性了，它定義日誌資訊的“輸出級別”和“輸出目的地”。
關鍵看“=”後面的值，“DEBUG, CONSOLE,A1”這裡我們要把它分成兩部分：第一個逗號之前的是第一部分，指定“輸出級別”；後面的是第二部分，指定“輸出目的地”。可以同時指定多個“輸出目的地”，以逗號隔開。
具體到上面這一行：它指定的“輸出級別”是“DEBUG”；它指定的“輸出目的地”是“CONSOLE”和“A1”。
注意：
l “輸出級別”有可選的五個值，分別是DEBUG、INFO、WARN、ERROR、FATAL，它們是由Log4j系統定義的。
l “輸出目的地”就是我們自己定義的了，就在log4j.properties的後面部分，此檔案定義的“輸出目的地”有CONSOLE、FILE、ROLLING_FILE、SOCKET、LF5_APPENDER、MAIL、DATABASE、A1、im。該檔案之所以可作主模板，就是因為它比較全面地定義了各種常見的輸出目的地（控制檯、檔案、電子郵件、資料庫等）。
好，下面詳細解釋“log4j.rootLogger=DEBUG, CONSOLE,A1”這一行：
l 指定“輸出級別”是“DEBUG”，即，僅輸出級別大於等於“除錯（DEBUG）”的日誌資訊。如果此處指定的是“WARN”則僅呼叫warn()、error()、fatal()方法輸出的日誌資訊才被輸出到“輸出目的地”，而呼叫debug()、info()方法輸出的日誌資訊不被輸出到“輸出目的地”。明白了嗎？Log4j就是以這種方式來過濾控制日誌資訊的輸出與否，這也是對日誌資訊進行級別分類的目的。
l 指定“輸出目的地”是“CONSOLE”和“A1”，即，將指定的日誌資訊（根據日誌級別已進行了過濾）同時輸出到的“控制檯”和“SampleMessages.log4j檔案”。
為什麼說“CONSOLE”表示將日誌資訊輸出到“控制檯”呢？那就要看一下後文的定義了：
# 應用於控制檯
log4j.appender.CONSOLE=org.apache.log4j.ConsoleAppender
log4j.appender.Threshold=DEBUG
log4j.appender.CONSOLE.Target=System.out
log4j.appender.CONSOLE.layout=org.apache.log4j.PatternLayout
log4j.appender.CONSOLE.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n
#log4j.appender.CONSOLE.layout.ConversionPattern=[start]%d{DATE}[DATE]%n%p[PRIORITY]%n%x[NDC]%n%t[THREAD] n%c[CATEGORY]%n%m[MESSAGE]%n%n
為什麼說“A1”表示將日誌資訊輸出到“SampleMessages.log4j檔案”呢？還要看後文的定義：
log4j.appender.A1=org.apache.log4j.DailyRollingFileAppender
log4j.appender.A1.File=SampleMessages.log4j
log4j.appender.A1.DatePattern=yyyyMMdd-HH'.log4j'
log4j.appender.A1.layout=org.apache.log4j.xml.XMLLayout
注意：這裡的定義沒有指定輸出檔案的路徑，它的路徑實際上是 java.user.path的值。
您應該已經注意到，在定義“輸出目的地”時，還可以指定日誌格式、時間、佈局等相關資訊。略過。
好了，我可以根據需要，將這一行修改為：
log4j.rootLogger = ERROR, CONSOLE,FILE,MAIL
將“錯誤（ERROR）”及“致命錯誤（FATAL）”級別的日誌資訊同時輸出到控制檯、檔案，並且發電子郵件向系統管理員報告。是不是很爽？（如果將“除錯（DEBUG）”級別的日誌資訊郵件給管理員，恐怕遲早會把他/她的郵箱漲爆，哪怕用的是Gmail！再次理解了“將日誌資訊分為不同級別”的意圖了吧？）
附：一個有用的log4j.properties檔案模板
##Log4J的配置之簡單使它遍及於越來越多的應用中了
##Log4J配置檔案實現了輸出到控制檯、檔案、回滾檔案、傳送日誌郵件、輸出到資料庫日誌表、自定義標籤等全套功能。擇其一二使用就夠用了。
##此檔案（log4j.properties）內容來自網路，非本文作者liigo原創。
log4j.rootLogger=DEBUG, CONSOLE,A1
log4j.addivity.org.apache=true
# 應用於控制檯
log4j.appender.CONSOLE=org.apache.log4j.ConsoleAppender
log4j.appender.Threshold=DEBUG
log4j.appender.CONSOLE.Target=System.out
log4j.appender.CONSOLE.layout=org.apache.log4j.PatternLayout
log4j.appender.CONSOLE.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n
#log4j.appender.CONSOLE.layout.ConversionPattern=[start]%d{DATE}[DATE]%n%p[PRIORITY]%n%x[NDC]%n%t[THREAD] n%c[CATEGORY]%n%m[MESSAGE]%n%n
#應用於檔案
log4j.appender.FILE=org.apache.log4j.FileAppender
log4j.appender.FILE.File=file.log
log4j.appender.FILE.Append=false
log4j.appender.FILE.layout=org.apache.log4j.PatternLayout
log4j.appender.FILE.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n
# Use this layout for LogFactor 5 analysis
# 應用於檔案回滾
log4j.appender.ROLLING_FILE=org.apache.log4j.RollingFileAppender
log4j.appender.ROLLING_FILE.Threshold=ERROR
log4j.appender.ROLLING_FILE.File=rolling.log
log4j.appender.ROLLING_FILE.Append=true
log4j.appender.ROLLING_FILE.MaxFileSize=10KB
log4j.appender.ROLLING_FILE.MaxBackupIndex=1
log4j.appender.ROLLING_FILE.layout=org.apache.log4j.PatternLayout
log4j.appender.ROLLING_FILE.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n
#應用於socket
log4j.appender.SOCKET=org.apache.log4j.RollingFileAppender
log4j.appender.SOCKET.RemoteHost=localhost
log4j.appender.SOCKET.Port=5001
log4j.appender.SOCKET.LocationInfo=true
# Set up for Log Facter 5
log4j.appender.SOCKET.layout=org.apache.log4j.PatternLayout
log4j.appender.SOCET.layout.ConversionPattern=[start]%d{DATE}[DATE]%n%p[PRIORITY]%n%x[NDC]%n%t[THREAD]%n%c[CATEGORY]%n%m[MESSAGE]%n%n
# Log Factor 5 Appender
log4j.appender.LF5_APPENDER=org.apache.log4j.lf5.LF5Appender
log4j.appender.LF5_APPENDER.MaxNumberOfRecords=2000
# 傳送日誌給郵件
log4j.appender.MAIL=org.apache.log4j.net.SMTPAppender
log4j.appender.MAIL.Threshold=FATAL
log4j.appender.MAIL.BufferSize=10
log4j.appender.MAIL.From=web@www.wuset.com
log4j.appender.MAIL.SMTPHost=www.wusetu.com
log4j.appender.MAIL.Subject=Log4J Message
log4j.appender.MAIL.To=web@www.wusetu.com
log4j.appender.MAIL.layout=org.apache.log4j.PatternLayout
log4j.appender.MAIL.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n
# 用於資料庫
log4j.appender.DATABASE=org.apache.log4j.jdbc.JDBCAppender
log4j.appender.DATABASE.URL=jdbc:mysql://localhost:3306/test
log4j.appender.DATABASE.driver=com.mysql.jdbc.Driver
log4j.appender.DATABASE.user=root
log4j.appender.DATABASE.password=
log4j.appender.DATABASE.sql=INSERT INTO LOG4J (Message) VALUES ('[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n')
log4j.appender.DATABASE.layout=org.apache.log4j.PatternLayout
log4j.appender.DATABASE.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n
log4j.appender.A1=org.apache.log4j.DailyRollingFileAppender
log4j.appender.A1.File=SampleMessages.log4j
log4j.appender.A1.DatePattern=yyyyMMdd-HH'.log4j'
log4j.appender.A1.layout=org.apache.log4j.xml.XMLLayout
#自定義Appender
log4j.appender.im = net.cybercorlin.util.logger.appender.IMAppender
log4j.appender.im.host = mail.cybercorlin.net
log4j.appender.im.username = username
log4j.appender.im.password = password
log4j.appender.im.recipient = corlin@cybercorlin.net
log4j.appender.im.layout=org.apache.log4j.PatternLayout
log4j.appender.im.layout.ConversionPattern =[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n
# 結束
相關文章
- Log4J入門教程（一） 入門例程
- Java日誌服務入門系列教程——（2）Apache log4j入門JavaApache
- linux新手入門――shell入門(轉)Linux
- 【轉】Zookeeper入門
- Emacs入門(轉)Mac
- iptables 入門(轉)
- CSS入門(轉)CSS
- 轉載：mybatis入門MyBatis
- COM入門（轉載）
- GRUB入門教程(轉)
- CSS快速入門(轉)CSS
- BSD socket入門(轉)
- rpm 入門(轉)
- log4j使用示例 (轉)
- 遊戲開發新手入門之DirectX入門(轉)遊戲開發
- Babel轉碼快速入門Babel
- [轉載] Oracle EBS 入門Oracle
- [轉]BI入門經典
- Hibernate快速入門--轉
- Oracle入門心得(2)(轉)Oracle
- redis 入門系列（轉載）Redis
- BI入門經典 （轉）
- oracle基礎入門(轉)Oracle
- Struts快速入門（二） (轉)
- Struts快速入門（三） (轉)
- Struts快速入門（四） (轉)
- AD & ADSI入門 (轉)
- bash入門基礎(轉)
- 新手入門-LINUX(轉)Linux
- RPC學習入門(轉)RPC
- 轉：區塊鏈入門教程區塊鏈
- 轉：軟體架構入門架構
- TCSHshell程式設計入門(轉)程式設計
- linux入門教程(3)(轉)Linux
- linux入門教程(2)(轉)Linux
- c# orm轉貼入門C#ORM
- 《C#入門與提高》 (轉)C#
- JDBCTM 指南：入門4 - Statement (轉)JDBC