在使用Commons Logging時(shí)，經(jīng)常在服務(wù)器部署中會(huì)遇到ClassLoader的問(wèn)題，這也是經(jīng)常被很多人所詬病的地方，特別是在和Log4J一起使用的時(shí)候。常見(jiàn)的如，由于Common Logging使用非常廣泛，因而很多Web容器（WebSphere）在內(nèi)也會(huì)使用它作為日志處理系統(tǒng)而將其jar包引入到容器本身中，此時(shí)LogFactory是使用Web容器本身的ClassLoader裝載的，即使Log4J中使用了ContextClassLoader來(lái)查找配置文件，此時(shí)的Thread依然在容器中，因而它使用的ClassLoader還是容器本身的ClassLoader實(shí)例，此時(shí)需要把Log4J的配置文件放到共享目錄下，該配置文件才能被正常識(shí)別（以我的理解，容器在啟動(dòng)的時(shí)候，它根本無(wú)法獲得Web應(yīng)用程序中的jar包，所以也需要將Log4J的jar包放到共享目錄中才可以，不過(guò)我木有用過(guò)WebSphere，也沒(méi)法測(cè)試，所以只能猜測(cè)~）。在WebSphere還可以通過(guò)設(shè)置類(lèi)的加載順序?yàn)?/span>PARENT_LAST的方法來(lái)解決。而在Jboss中則只能將自己的配置加到其conf下的Log4J配置文件中，因?yàn)?/span>Jboss默認(rèn)導(dǎo)入Log4J包。具體可以參考我轉(zhuǎn)載的一篇文章，Log4j/common log和各種服務(wù)器集成的問(wèn)題（木有經(jīng)驗(yàn)，只能用別人的文章了。。。還很可惜的木有機(jī)會(huì)測(cè)試。。。）：http://www.aygfsteel.com/DLevin/archive/2012/11/02/390639.html，另外還找到一篇更加詳細(xì)的描述Commons Logging中存在的ClassLoader問(wèn)題的文章：http://articles.qos.ch/classloader.html
Commons Logging的具體實(shí)現(xiàn)：
在使用Commons Logging時(shí)，一般是通過(guò)LogFactory獲取Log實(shí)例，然后調(diào)用Log接口中相應(yīng)的方法。因而Commons Logging的實(shí)現(xiàn)可以分成以下幾個(gè)步驟：
1. LogFactory類(lèi)初始化
a. 緩存加載LogFactory的ClassLoader（thisClassLoader字段），出于性能考慮。因?yàn)?/span>getClassLoader()方法可能會(huì)使用AccessController（雖然目前并沒(méi)有使用），因而緩存起來(lái)以提升性能。
b. 初始化診斷流。讀取系統(tǒng)屬性org.apache.commons.logging.diagnostics.dest，若該屬性的值為STDOUT、STDERR、文件名。則初始化診斷流字段（diagnosticStream），并初始化診斷消息的前綴（diagnosticPrefix），其格式為：”[LogFactory from <ClassLoaderName@HashCode>] “, 該前綴用于處理在同一個(gè)應(yīng)用程序中可能會(huì)有多個(gè)ClassLoader加載LogFactory實(shí)例的問(wèn)題。
c. 如果配置了診斷流，則打印當(dāng)前環(huán)境信息：java.ext.dir、java.class.path、ClassLoader以及ClassLoader層級(jí)關(guān)系信息。
d. 初始化factories實(shí)例（Hashtable），用于緩存LogFactory（context-classloader –-> LogFactory instance）。如果系統(tǒng)屬性org.apache.commons.logging.LogFactory.HashtableImpl存在，則使用該屬性定義的Class作為factories Hashtable的實(shí)現(xiàn)類(lèi)，否則，使用Common Logging實(shí)現(xiàn)的WeakHashtable。若初始化沒(méi)有成功，則使用Hashtable類(lèi)本身。使用WeakHashtable是為了處理在webapp中，當(dāng)webapp被卸載是引起的內(nèi)存泄露問(wèn)題，即當(dāng)webapp被卸載時(shí)，其ClassLoader的引用還存在，該ClassLoader不會(huì)被回收而引起內(nèi)存泄露。因而當(dāng)不支持WeakHashtable時(shí)，需要卸載webapp時(shí)，調(diào)用LogFactory.relase()方法。
e. 最后，如果需要打印診斷信息，則打印“BOOTSTRAP COMPLETED”信息
2. 查找LogFactory類(lèi)實(shí)現(xiàn)，并實(shí)例化。
當(dāng)調(diào)用LogFactory.getLog()方法時(shí)，它首先會(huì)創(chuàng)建LogFactory實(shí)例(getFactory())，然后創(chuàng)建相應(yīng)的Log實(shí)例。getFactory()方法不支持線程同步，因而多個(gè)線程可能會(huì)創(chuàng)建多個(gè)相同的LogFactory實(shí)例，由于創(chuàng)建多個(gè)LogFactory實(shí)例對(duì)系統(tǒng)并沒(méi)有影響，因而可以不用實(shí)現(xiàn)同步機(jī)制。
a. 獲取context-classloader實(shí)例。
b. 從factories Hashtable（緩存）中獲取LogFactory實(shí)例。
c. 讀取commons-logging.properties配置文件（如果存在的話，如果存在多個(gè)，則可以定義priority屬性值，取所有commons-logging.properties文件中priority數(shù)值最大的文件），如果設(shè)置use_tccl屬性為false，則在類(lèi)的加載過(guò)程中使用初始化cache的thisClassLoader字段，而不用context ClassLoader。
d. 查找系統(tǒng)屬性中是否存在org.apache.commons.logging.LogFactory值，若有，則使用該值作為LogFactory的實(shí)現(xiàn)類(lèi)，并實(shí)例化該LogFactory實(shí)例。
e. 使用service provider方法查找LogFactory的實(shí)現(xiàn)類(lèi)，并實(shí)例化。對(duì)應(yīng)Service ID是：META-INF/services/org.apache.commons.logging.LogFactory
f. 查找commons-logging.properties文件中是否定義了LogFactory的實(shí)現(xiàn)類(lèi)：org.apache.commons.logging.LogFactory，是則用該類(lèi)實(shí)例化一個(gè)出LogFactory
g. 否則，使用默認(rèn)的LogFactory實(shí)現(xiàn)：LogFactoryImpl類(lèi)。
h. 緩存新創(chuàng)建的LogFactory實(shí)例，并將commons-logging.properties配置文件中所有的鍵值對(duì)加到LogFactory的屬性集合中。
3. 通過(guò)LogFactory實(shí)例查找Log實(shí)例（LogFactoryImpl實(shí)現(xiàn)）
使用LogFactory實(shí)例調(diào)用getInstance()方法取得Log實(shí)例。
a. 如果緩存（instances字段，Hashtable）存在，則使用緩存中的值。
b. 查找用戶(hù)自定義的Log實(shí)例，即從先從commons-logging.properties配置文件中配置的org.apache.commons.logging.Log（org.apache.commons.logging.log，舊版本）類(lèi)，若不存在，查找系統(tǒng)屬性中配置的org.apache.commons.logging.Log（org.apache.commons.logging.log，舊版本）類(lèi)。如果找到，實(shí)例化Log實(shí)例
c. 遍歷classesToDiscover數(shù)組，嘗試創(chuàng)建該數(shù)組中定義的Log實(shí)例，并緩存Log類(lèi)的Constructor實(shí)例，在下次創(chuàng)建Log實(shí)例是就不需要重新計(jì)算。在創(chuàng)建Log實(shí)例時(shí)，如果use_tccl屬性設(shè)為false，則使用當(dāng)前ClassLoader（加載當(dāng)前LogFactory類(lèi)的ClassLoader），否則盡量使用Context ClassLoader，一般來(lái)說(shuō)Context ClassLoader和當(dāng)前ClassLoader相同或者是當(dāng)前ClassLoader的下層ClassLoader，然而在很多自定義ClassLoader系統(tǒng)中并沒(méi)有設(shè)置正確的Context ClassLoader導(dǎo)致當(dāng)前ClassLoader成了Context ClassLoader的下層，LogFactoryImpl默認(rèn)處理這種情況，即使用當(dāng)前ClassLoader。用戶(hù)可以通過(guò)設(shè)置org.apache.commons.logging.Log.allowFlawedContext配置作為這個(gè)特性的開(kāi)關(guān)。
d. 如果Log類(lèi)定義setLogFactory()方法，則調(diào)用該方法，將當(dāng)前LogFactory實(shí)例傳入。
e. 將新創(chuàng)建的Log實(shí)例存入緩存中。
4. 調(diào)用Log實(shí)例中相應(yīng)的方法
Log接口比較簡(jiǎn)單，并且Log4J、JDK相應(yīng)的實(shí)現(xiàn)類(lèi)也都直接代理給各自框架，因而實(shí)現(xiàn)比較簡(jiǎn)單，不在詳述。關(guān)于SimpleLog，可以類(lèi)似的參考http://www.aygfsteel.com/DLevin/archive/2012/06/12/380647.html。 不過(guò)還是有必要對(duì)Jdk14Logger的實(shí)現(xiàn)吐槽一下，每次調(diào)用log方法時(shí)都會(huì)創(chuàng)建新的Throwable實(shí)例，然后去計(jì)算ClassName和Method，這會(huì)引起嚴(yán)重的性能問(wèn)題，因?yàn)閯?chuàng)建一個(gè)Throwable實(shí)例，意味著需要停止當(dāng)前的運(yùn)行，dump出一個(gè)調(diào)用棧快照。它為什么不像Jdk13LumberjackLogger的實(shí)現(xiàn)一樣，把這兩個(gè)字段緩存起來(lái)呢？？