iBATIS的Log機(jī)制的問(wèn)題我們要首先從iBATIS的Log使用的兩個(gè)類開(kāi)始，他們是：
 
com.ibatis.common.logging.LogFactory

com.ibatis.common.logging.Log

查看這兩個(gè)類的源代碼，可以發(fā)現(xiàn)它不過(guò)是對(duì)org.apache.commons.logging、org.apache.log4j、java.util.logging，三種目前可用的Log框架的同時(shí)封裝。

開(kāi)始時(shí)很費(fèi)解，不知iBATIS開(kāi)發(fā)者為何要采用這種方式，直接使用某個(gè)確定的Log不就可以了嗎？思考后發(fā)現(xiàn)原因如下：

“iBATIS宣稱自己具有最少的第三方依賴性，其Log采用以上機(jī)制的原因也正在于此：如果iBATIS采用某個(gè)特定的Log框架，那么它就必須添加對(duì)該框架的依賴關(guān)系；而考慮到使用iBATIS的開(kāi)發(fā)者肯定會(huì)使用以上三個(gè)Log框架中的某個(gè)，因此iBATIS決定與其使用者共用該框架；這樣iBATIS就可以避免不必要的第三方依賴；另外，如果開(kāi)發(fā)者的確沒(méi)有使用某Log框架，查看iBATIS的Log代碼可以發(fā)現(xiàn)它對(duì)此也有相應(yīng)措施，即不log出任何東西?！?/P>

思考明白以上原因后，再查看com.ibatis.common.logging.LogFactory的代碼，就不難理解了，但還是說(shuō)明幾個(gè)小點(diǎn)：

private static void tryImplementation(String testClassName, String implClassName) ...{  
 
    if (logConstructor == null) ...{  
 
      try ...{  
 
        Resources.classForName(testClassName);  
 
        Class implClass = Resources.classForName(implClassName);  
 
        logConstructor = implClass.getConstructor(new Class[]...{Class.class});  
 
      } catch (Throwable t) ...{  
 
      }  
 
    }  
 
 } 

testClassName為某Log框架中的工廠類的類名，implClassName為該框架相應(yīng)Log接口實(shí)現(xiàn)類的類名（該類屬于iBATIS）。代碼先加載工廠類，然后加載實(shí)現(xiàn)類，得到其class，并由class得到constructor，供getLog方法調(diào)用時(shí)使用。

iBATIS的Log機(jī)制就向你介紹到這里，希望對(duì)于你理解iBATIS的Log機(jī)制有所幫助。

【編輯推薦】

1. iBATIS事務(wù)處理淺析
2. iBatis和Hibernate的較量淺析
3. iBATIS動(dòng)態(tài)映射淺析
4. iBATIS DAO框架淺析
5. iBATIS的自動(dòng)代碼生成工具Abator在Eclipse的應(yīng)用