1）Java中能創(chuàng)建volatile數(shù)組嗎？
能，Java中可以創(chuàng)建volatile類型數(shù)組，不過只是一個指向數(shù)組的引用，而不是整個數(shù)組。我的意思是，如果改變引用指向的數(shù)組，將會受到volatile的保護，但是如果多個線程同時改變數(shù)組的元素，volatile標示符就不能起到之前的保護作用了。
2）volatile能使得一個非原子操作變成原子操作嗎？
一個典型的例子是在類中有一個long類型的成員變量。如果你知道該成員變量會被多個線程訪問，如計數(shù)器、價格等，你最好是將其設(shè)置為volatile。為什么？因為Java中讀取long類型變量不是原子的，需要分成兩步，如果一個線程正在修改該long變量的值，另一個線程可能只能看到該值的一半（前32位）。但是對一個volatile型的long或double變量的讀寫是原子。
3）volatile修飾符的有過什么實踐？
一種實踐是用volatile修飾long和double變量，使其能按原子類型來讀寫。double和long都是64位寬，因此對這兩種類型的讀是分為兩部分的，第一次讀取第一個32位，然后再讀剩下的32位，這個過程不是原子的，但Java中volatile型的long或double變量的讀寫是原子的。volatile修復(fù)符的另一個作用是提供內(nèi)存屏障（memory barrier），例如在分布式框架中的應(yīng)用。簡單的說，就是當你寫一個volatile變量之前，Java內(nèi)存模型會插入一個寫屏障（write barrier），讀一個volatile變量之前，會插入一個讀屏障（read barrier）。意思就是說，在你寫一個volatile域時，能保證任何線程都能看到你寫的值，同時，在寫之前，也能保證任何數(shù)值的更新對所有線程是可見的，因為內(nèi)存屏障會將其他所有寫的值更新到緩存。
4）volatile類型變量提供什么保證？
volatile變量提供順序和可見性保證，例如，JVM或者JIT為了獲得更好的性能會對語句重排序，但是volatile類型變量即使在沒有同步塊的情況下賦值也不會與其他語句重排序。volatile提供happens-before的保證，確保一個線程的修改能對其他線程是可見的。某些情況下，volatile還能提供原子性，如讀64位數(shù)據(jù)類型，像long和double都不是原子的，但volatile類型的double和long就是原子的。
5)10個線程和2個線程的同步代碼，哪個更容易寫？
從寫代碼的角度來說，兩者的復(fù)雜度是相同的，因為同步代碼與線程數(shù)量是相互獨立的。但是同步策略的選擇依賴于線程的數(shù)量，因為越多的線程意味著更大的競爭，所以你需要利用同步技術(shù)，如鎖分離，這要求更復(fù)雜的代碼和專業(yè)知識。
6）你是如何調(diào)用wait（）方法的？使用if塊還是循環(huán)？為什么？
wait()方法應(yīng)該在循環(huán)調(diào)用，因為當線程獲取到CPU開始執(zhí)行的時候，其他條件可能還沒有滿足，所以在處理前，循環(huán)檢測條件是否滿足會更好。下面是一段標準的使用wait和notify方法的代碼：
//?The?standard?idiom?for?using?the?wait?methodsynchronized(obj)?{while(condition?does?not?hold)obj.wait();?//?(Releases?lock,?and?reacquires?on?wakeup)...?//?Perform?action?appropriate?to?condition}7）什么是多線程環(huán)境下的偽共享（false sharing）？
偽共享是多線程系統(tǒng)（每個處理器有自己的局部緩存）中一個眾所周知的性能問題。偽共享發(fā)生在不同處理器的上的線程對變量的修改依賴于相同的緩存行，如下圖所示：
有經(jīng)驗程序員的Java面試題
偽共享問題很難被發(fā)現(xiàn)，因為線程可能訪問完全不同的全局變量，內(nèi)存中卻碰巧在很相近的位置上。如其他諸多的并發(fā)問題，避免偽共享的最基本方式是仔細審查代碼，根據(jù)緩存行來調(diào)整你的數(shù)據(jù)結(jié)構(gòu)。
以上就是長沙牛耳教育java培訓機構(gòu)的小編針對“2020年程序員常見Java面試題含答案”的內(nèi)容進行的回答，希望對大家有所幫助，如有疑問，請在線咨詢，有專業(yè)老師隨時為你服務(wù)。
Java面試題
