? ? ? ?在網(wǎng)上搜了一大堆撮竿，都是反射調(diào)用單例方法吮便，破壞了類的單例，如何規(guī)避幢踏。發(fā)現(xiàn)都不是我要的結(jié)果髓需，首先說下我的需求，服務(wù)器的同事提供了一個jar包房蝉，里面有個類提供了單例的方法僚匆，UDPClient，提供給客戶端與服務(wù)器進(jìn)行p2p登錄與p2p下載的搭幻，要求全局只有一個對象咧擂，我試了下，初始化類加載器檀蹋，loadClass對象松申，獲取其getInstance方法，結(jié)果發(fā)現(xiàn)在不同的線程里面反射調(diào)用登錄方法多次后俯逾，服務(wù)器那邊顯示有多臺客戶端與服務(wù)器連接了贸桶，很明顯，一臺設(shè)備只能對應(yīng)一個結(jié)點(diǎn)桌肴，多次登錄應(yīng)該是可以避免的皇筛，但是由于我是反射調(diào)用提供jar方法，所以坠七，每次登錄都創(chuàng)建了一個UDPClient對象设联，我分析Android類型加載機(jī)制，認(rèn)為導(dǎo)致出現(xiàn)此原因是因?yàn)槲颐看味紩?chuàng)建一個ClassLoader灼捂，每個classLoader取反射加載對象离例，創(chuàng)建的對象都是不一樣的，所以我改成了全局共用一個ClassLoader悉稠，然后再反射調(diào)用UDPClient.getInstance方法宫蛆，果然，這回生成的都是同一個對象的猛，bug解決了耀盗。
看程序截圖，執(zhí)行p2pLogin方法卦尊，會每次反射調(diào)用getInstance叛拷，創(chuàng)建的對象的hashcode都是同一個值
