更新時間:2019-08-19 11:43:21 來源:動力節(jié)點 瀏覽2770次
跳槽不算頻繁,但參加過不少面試(電話面試、facetoface面試),面過大/小公司、互聯(lián)網(wǎng)/傳統(tǒng)軟件公司,面糊過(眼高手低,缺乏實戰(zhàn)經(jīng)驗,掛掉),也面過人,所幸未因失敗而氣餒,在此過程中不斷查缺補漏,養(yǎng)成了踏實、追本溯源、持續(xù)改進的習慣,特此將自己經(jīng)歷過、構(gòu)思過的一些面試題記錄下來,希望能對找工作或者感興趣的同學有所幫助,陸續(xù)整理中。
1.synchronized和reentrantlock異同
相同點
都實現(xiàn)了多線程同步和內(nèi)存可見性語義
都是可重入鎖
不同點
實現(xiàn)機制不同synchronized通過java對象頭鎖標記和Monitor對象實現(xiàn)reentrantlock通過CAS、ASQ(AbstractQueuedSynchronizer)和locksupport(用于阻塞和解除阻塞)實現(xiàn)synchronized依賴jvm內(nèi)存模型保證包含共享變量的多線程內(nèi)存可見性reentrantlock通過ASQ的volatilestate保證包含共享變量的多線程內(nèi)存可見性
使用方式不同synchronized可以修飾實例方法(鎖住實例對象)、靜態(tài)方法(鎖住類對象)、代碼塊(顯示指定鎖對象)reentrantlock顯示調(diào)用trylock()/lock()方法,需要在finally塊中釋放鎖
功能豐富程度不同reentrantlock提供有限時間等候鎖(設(shè)置過期時間)、可中斷鎖(lockInterruptibly)、condition(提供await、signal等方法)等豐富語義reentrantlock提供公平鎖和非公平鎖實現(xiàn)synchronized不可設(shè)置等待時間、不可被中斷(interrupted)
2.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對應(yīng)的unsafe操作實現(xiàn)了volatile語義
3.ContextClassLoader(線程上下文類加載器)的作用
越過類加載器的雙親委派機制去加載類,如serviceloader實現(xiàn)
使用線程上下文類加載器加載類,要注意保證多個需要通信的線程間的類加載器應(yīng)該是同一個,防止因為不同的類加載器導致類型轉(zhuǎn)換異常(ClassCastException)
4.tomcat類加載機制
不同應(yīng)用使用不同的webapp類加載器,實現(xiàn)應(yīng)用隔離的效果,webapp類加載器下面是jsp類加載器
不同應(yīng)用共享的jar包可以放到Shared類加載器/shared目錄下
5.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中聲明,如果是,則將類加載請求委托給requiredbundle的類加載器
5)否則,查找當前Bundle的ClassPath,使用自己的類加載器加載
6)否則,查找類是否在自己的FragmentBundle中,如果在,則委派給FragmentBundle的類加載器加載
7)否則,查找DynamicImport-Package(DynamicImport只有在真正用到此Package的時候才進行加載)的Bundle,委派給對應(yīng)Bundle的類加載器加載
8)否則,類查找失敗
6.如何結(jié)束一個一直運行的線程
使用退出標志,這個flag變量要多線程可見
使用interrupt,結(jié)合isInterrupted()使用
7.threadlocal使用場景及問題
threadlocal并不能解決多線程共享變量的問題,同一個threadlocal所包含的對象,在不同的thread中有不同的副本,互不干擾
用于存放線程上下文變量,方便同一線程對變量的前后多次讀取,如事務(wù)、數(shù)據(jù)庫connection連接,在web編程中使用的更多
問題:注意線程池場景使用threadlocal,因為實際變量值存放在了thread的threadlocalmap類型變量中,如果該值沒有remove,也沒有先set的話,可能會得到以前的舊值
問題:注意線程池場景下的內(nèi)存泄露,雖然threadlocal的get/set會清除key(key為threadlocal的弱引用,value是強引用,導致value不釋放)為null的entry,但是最好remove
8.線程池從啟動到工作的流程
剛創(chuàng)建時,里面沒有線程
調(diào)用execute()添加任務(wù)時:
1)如果正在運行的線程數(shù)量小于核心參數(shù)corePoolSize,繼續(xù)創(chuàng)建線程運行這個任務(wù)
2)否則,如果正在運行的線程數(shù)量大于或等于corePoolSize,將任務(wù)加入到阻塞隊列中
3)否則,如果隊列已滿,同時正在運行的線程數(shù)量小于核心參數(shù)maximumPoolSize,繼續(xù)創(chuàng)建線程運行這個任務(wù)
4)否則,如果隊列已滿,同時正在運行的線程數(shù)量大于或等于maximumPoolSize,根據(jù)設(shè)置的拒絕策略處理
5)完成一個任務(wù),繼續(xù)取下一個任務(wù)處理
6)沒有任務(wù)繼續(xù)處理,線程被中斷或者線程池被關(guān)閉時,線程退出執(zhí)行,如果線程池被關(guān)閉,線程結(jié)束
7)否則,判斷線程池正在運行的線程數(shù)量是否大于核心線程數(shù),如果是,線程結(jié)束,否則線程阻塞。因此線程池任務(wù)全部執(zhí)行完成后,繼續(xù)留存的線程池大小為corePoolSize
9.阻塞隊列BlockingQueuetake和poll區(qū)別
poll(time):取走BlockingQueue里排在首位的對象,若不能立即取出,則可以等time參數(shù)規(guī)定的時間,取不到時返回null
take():取走BlockingQueue里排在首位的對象,若BlockingQueue為空,阻塞直到BlockingQueue有新的對象被加入
10.如何從FutureTask不阻塞獲取結(jié)果
get(longtimeout,TimeUnitunit),超時則返回
輪詢,先通過isDone()判斷是否結(jié)束,然后調(diào)用get()
11.blockingqueue如果存放了比較關(guān)鍵的數(shù)據(jù),系統(tǒng)宕機該如何處理
開放性問題,歡迎討論
將隊列持久化,比較麻煩,需要將生產(chǎn)數(shù)據(jù)持久化到磁盤,持久化成功才返回,消費者線程從磁盤加載數(shù)據(jù)到內(nèi)存阻塞隊列中,維護消費offset,啟動時,根據(jù)消費offset從磁盤加載數(shù)據(jù)
加入消息隊列,保證消息不丟失,生成序列號,消費冪等,根據(jù)消費進程決定系統(tǒng)重啟后的生產(chǎn)狀態(tài)
12.NIO與傳統(tǒng)I/O的區(qū)別
節(jié)約線程,NIO由原來的每個線程都需要阻塞讀寫變成了由單線程(即Selector)負責處理多個channel注冊(register)的興趣事件(SelectionKey)集合(底層借助操作系統(tǒng)提供的epoll()),nettybossgroup處理accept連接(沒看明白為什么bossgroup設(shè)置多個thread的必要性),workergroup處理具體業(yè)務(wù)流程和數(shù)據(jù)讀寫
NIO提供非阻塞操作
傳統(tǒng)I/O以流的方式處理數(shù)據(jù),而NIO以塊的方式處理數(shù)據(jù),NIO提供bytebuffer,分為堆內(nèi)和堆外緩沖區(qū),讀寫時均先放到該緩沖區(qū)中,然后由內(nèi)核通過channel傳輸?shù)綄Χ耍淹饩彌_區(qū)不走內(nèi)核,提升了性能
13.list中存放可重復字符串,如何刪除某個字符串
調(diào)用iterator相關(guān)方法刪除
倒刪,防止正序刪除導致的數(shù)組重排,index跳過數(shù)組元素問題
14.有哪些GCROOTS(跟日常開發(fā)比較相關(guān)的是和此相關(guān)的內(nèi)存泄露)
所有Java線程當前活躍的棧幀里指向GC堆里的對象的引用,因此用不到的對象及時置null,提升內(nèi)存回收效率
靜態(tài)變量引用的對象,因此減少靜態(tài)變量特別是靜態(tài)集合變量的大小,集合存放的對象覆寫euqls()和hashcode(),防止持續(xù)增長
本地方法JNI引用的對象
方法區(qū)中的常量引用的對象,因此減少在長字符串上調(diào)用String.intern()
classloader加載的class對象,因此自定義classloader無效時及時置null并且注意類加載器加載對象之間的隔離
jvm里的一些靜態(tài)數(shù)據(jù)結(jié)構(gòu)里指向GC堆里的對象的引用
…