這里將要講述的是一系列的類似案例，都是在各個(gè)產(chǎn)品進(jìn)行performance tuning時(shí)被發(fā)現(xiàn)的，非常具有普適性。可以說在日常開發(fā)中，有非常大的概率遇到相同或者類似的情形，因此需要對(duì)其保持警惕以便避免陷入類似的性能問題。
我們從JAXBContext這個(gè)對(duì)象開始，JAXBContext 是JAXB API的入口，典型的代碼實(shí)現(xiàn)如下：
private void unmarshal() {
JAXBContext context = JAXBContext.newInstance(DirectoryConstants.JAXB_CONTEXT_CLASS);
Unmarshaller u = context.createUnmarshaller();
Object obj = u.unmarshall(...);
}
這個(gè)是標(biāo)準(zhǔn)使用流程了，首先初始化JAXBContext對(duì)象，通過JAXBContext對(duì)象創(chuàng)建Unmarshaller對(duì)象，然后使用Unmarshaller對(duì)象來進(jìn)行unmarshal操作。
這個(gè)寫法在功能實(shí)現(xiàn)上沒有任何問題，但是如果一旦進(jìn)行壓力測試，就會(huì)暴露性能問題。JAXBContext對(duì)象的初始化是個(gè)資源消耗非常大的操作，我們可以通過threaddump進(jìn)行分析，會(huì)發(fā)現(xiàn)很多工作線程都在執(zhí)行JAXBContext.newInstance()這個(gè)方法，而不是我們期待的u.unmarshal(）。而事實(shí)上JAXBContext對(duì)象的Sun實(shí)現(xiàn)是線程安全的，即容許多線程同時(shí)調(diào)用一個(gè)JAXBContext對(duì)象的createUnmarshaller()，因此完全沒有必要為每個(gè)xml的 marshaling 和 unmarshalling 操作去初始化一次JAXBContext對(duì)象。可以參考這里的說明：https://jaxb.dev.java.net/faq/index.html#threadSafety
簡單點(diǎn)說，這個(gè)一個(gè)初始化代價(jià)昂貴，卻又可重復(fù)使用的對(duì)象。
因此，我們只需要初始化JAXBContext對(duì)象一次并保存起來，然后重復(fù)使用這個(gè)JAXBContext對(duì)象即可。保存JAXBContext對(duì)象的方式可以有很多種，比如cache / threadlocal，或者使用一個(gè)單例來維持這個(gè)對(duì)象。比如下面的代碼示例：
private void unmarshal() {
JAXBContext context = JAXBContextHolder.get();
...
}
public class JAXBContextHolder {
private static final JAXBContext instance = JAXBContext.newInstance(DirectoryConstants.JAXB_CONTEXT_CLASS);
public static JAXBContext get() {
return instance;
}
}
在實(shí)際項(xiàng)目中， 通過上面的簡單改進(jìn)之后，我們當(dāng)時(shí)得到了一個(gè)非常巨大的回報(bào)：TPS (transactions per second 每秒事務(wù)處理量)直接*3 ！！
這個(gè)案例從技術(shù)上講非常的簡單，道理很淺顯，相信每個(gè)人都能輕松理解。或者說，這是一個(gè)“知道了就簡單，不知道就容易犯錯(cuò)而不自知”的地方，因此依然有些東西需要注意：
(1) 有哪些對(duì)象有類似的特性
目前發(fā)現(xiàn)的類似對(duì)象有
1. 剛剛上面講到的JAXB API中的 JAXBContext 對(duì)象
2. SOAP API中的javax.xml.soap.SOAPFactory
3. CFX client
通常情況下，在使用各種api或者工具類庫時(shí)，如果發(fā)現(xiàn)調(diào)用代碼中有類似的初始化語句，都應(yīng)該稍加注意(除非明確當(dāng)前代碼對(duì)性能完全沒有要求)，可以去查一下這個(gè)類對(duì)象的javdoc或者直接看源碼，如果發(fā)現(xiàn)滿足上面所說的特性，則應(yīng)該考慮進(jìn)行上述的性能優(yōu)化。
根據(jù)經(jīng)驗(yàn)，類似的初始化對(duì)象通常的命名規(guī)則都是***Context/***Factory之類，或者***client，遇到類似名字時(shí)需要提高警惕。
（2）假設(shè)問題已經(jīng)存在，如果才能在performance tuning中迅速發(fā)現(xiàn)問題的代碼?
通常的辦法就是用thread dump，一般連續(xù)dump個(gè)3-5次，然后通過分析thread dump信息 （推薦使用eclipse插件 lockness），看當(dāng)前請(qǐng)求的線程（通常是一個(gè)線程池)都在干什么。一般初始化昂貴都昂貴在類似文件IO操作或者加鎖之類的地方，很容易在thread dump中被發(fā)現(xiàn)。