concurrenthashmap為何讀不用加鎖
jdk1.7
1）HashEntry中的key、hash、next均為final型，只能表頭插入、刪除結(jié)點
2）HashEntry類的value域被聲明為volatile型
3）不允許用null作為鍵和值，當讀線程讀到某個HashEntry的value域的值為null時，便知道產(chǎn)生了沖突——發(fā)生了重排序現(xiàn)象（put設(shè)置新value對象的字節(jié)碼指令重排序），需要加鎖后重新讀入這個value值
4）volatile變量count協(xié)調(diào)讀寫線程之間的內(nèi)存可見性，寫操作后修改count，讀操作先讀count，根據(jù)happen-before傳遞性原則寫操作的修改讀操作能夠看到
jdk1.8
1）Node的val和next均為volatile型
2）tabAt和casTabAt對應的unsafe操作實現(xiàn)了volatile語義
3.ContextClassLoader（線程上下文類加載器）的作用
越過類加載器的雙親委派機制去加載類，如serviceloader實現(xiàn)
使用線程上下文類加載器加載類，要注意保證多個需要通信的線程間的類加載器應該是同一個，防止因為不同的類加載器導致類型轉(zhuǎn)換異常(ClassCastException)
tomcat類加載機制
不同應用使用不同的webapp類加載器，實現(xiàn)應用隔離的效果，webapp類加載器下面是jsp類加載器
不同應用共享的jar包可以放到Shared類加載器/shared目錄下
osgi類加載機制
osgi類加載模型是網(wǎng)狀的，可以在模塊（Bundle）間互相委托
osgi實現(xiàn)模塊化熱部署的關(guān)鍵是自定義類加載器機制的實現(xiàn)，每個Bundle都有一個自己的類加載器，當需要更換一個Bundle時，就把Bundle連同類加載器一起換掉以實現(xiàn)代碼的熱替換
當收到類加載請求時，osgi將按照下面的順序進行類搜索：
1）將以java.*開頭的類委派給父類加載器加載
2）否則，將委派列表名單（配置文件org.osgi.framework.bootdelegation中定義）內(nèi)的類委派給父類加載器加載
3）否則，檢查是否在import-Package中聲明，如果是，則委派給Export這個類的Bundle的類加載器加載
4）否則，檢查是否在Require-Bundle中聲明，如果是，則將類加載請求委托給required bundle的類加載器
5）否則，查找當前Bundle的ClassPath，使用自己的類加載器加載
6）否則，查找類是否在自己的Fragment Bundle中，如果在，則委派給Fragment Bundle的類加載器加載
7）否則，查找Dynamic import-Package（Dynamic import只有在真正用到此Package的時候才進行加載）的Bundle，委派給對應Bundle的類加載器加載
8）否則，類查找失敗
如何結(jié)束一個一直運行的線程
使用退出標志，這個flag變量要多線程可見
使用interrupt，結(jié)合isInterrupted()使用
threadlocal使用場景及問題
threadlocal并不能解決多線程共享變量的問題，同一個threadlocal所包含的對象，在不同的thread中有不同的副本，互不干擾
用于存放線程上下文變量，方便同一線程對變量的前后多次讀取，如事務、數(shù)據(jù)庫connection連接，在web編程中使用的更多
問題：注意線程池場景使用threadlocal，因為實際變量值存放在了thread的threadlocalmap類型變量中，如果該值沒有remove，也沒有先set的話，可能會得到以前的舊值
問題：注意線程池場景下的內(nèi)存泄露，雖然threadlocal的get/set會清除key（key為threadlocal的弱引用，value是強引用，導致value不釋放）為null的entry，但是最好remove
以上就是長沙牛耳教育java培訓機構(gòu)的小編針對“互聯(lián)網(wǎng)常見Java編程面試題”的內(nèi)容進行的回答，希望對大家有所幫助，如有疑問，請在線咨詢，有專業(yè)老師隨時為你服務。
Java面試題
