1、說說進程、線程、協程之間的區別
簡而言之，進程是程序運行和資源分配的基本單位，一個程序至少有一個進程,一個進程至少有一個線程。進程在執行過程中擁有獨立的內存單元，而多個線程共享內存資源，減少切換次數，從而效率更高。
線程是進程的一個實體，是cpu調度和分派的基本單位,是比程序更小的能獨立運行的基本單位。同一進程中的多個線程之間可以并發執行。
2、什么是守護線程?它和非守護線程有什么區別
程序運行完畢，JVM會等待非守護線程完成后關閉，但是jvm不會等待守護線程。守護線程最典型的例子就是GC線程。
3、線程的狀態有哪些
請參考我的另外一篇文章：Java 線程的狀態及切換
4、創建兩種線程的方式?他們有什么區別?
通過實現java.lang.Runnable
通過擴展java.lang.Thread類.
相比擴展Thread,實現Runnable接口可能更優.原因有二:Java不支持多繼承，因此擴展Thread類就代表這個子類不能擴展其他類.而實現Runnable接口的類還可能擴展另一個類。
類可能只要求可執行即可，因此集成整個Thread類的開銷過大。
5、Runnable和Callable的區別
Runnable接口中的run()方法的返回值是void，它做的事情只是純粹地去執行run()方法中的代碼而已； Callable接口中的call()方法是有返回值的，是一個泛型，和Future、FutureTask配合可以用來獲取異步執行的結果。
這其實是很有用的一個特性，因為多線程相比單線程更難、更復雜的一個重要原因就是因為多線程充滿著未知性， 某條線程是否執行了？某條線程執行了多久？某條線程執行的時候我們期望的數據是否已經賦值完畢？無法得知，我們能做的只是等待這條多線程的任務執行完畢而已。 而Callable+Future/FutureTask卻可以獲取多線程運行的結果，可以在等待時間太長沒獲取到需要的數據的情況下取消該線程的任務，真的是非常有用。
6、Thread yield和join 區別
Thread.yield() 使得線程放棄當前分得的 CPU 時間，但是不使線程阻塞，即線程仍處于可執行狀態，隨時可能再次分得 CPU 時間。調用 yield() 的效果等價于調度程序認為該線程已執行了足夠的時間從而轉到另一個線程。
Thread.join 把指定的線程加入到當前線程，可以將兩個交替執行的線程合并為順序執行的線程。比如在線程B中調用了線程A的join()方法，那么直到線程A執行完畢后，才會繼續執行線程B。
7、synchronized和ReentrantLock的區別
synchronized是和if、else、for、while一樣的關鍵字，ReentrantLock是類，這是二者的本質區別。 既然ReentrantLock是類，那么它就提供了比synchronized更多更靈活的特性，可以被繼承、可以有方法、可以有各種各樣的類變量，ReentrantLock比synchronized的擴展性體現在幾點上：
- ReentrantLock可以對獲取鎖的等待時間進行設置，這樣就避免了死鎖
- ReentrantLock可以獲取各種鎖的信息
- ReentrantLock可以靈活地實現多路通知
另外，二者的鎖機制其實也是不一樣的：ReentrantLock底層調用的是Unsafe的park方法加鎖，synchronized操作的應該是對象頭中mark word。
8、AtomicInteger 內部實現
其實就是 CAS + volatile，參考：Java AtomicInteger原理分析
9、如何在兩個線程間共享數據
通過在線程之間共享對象就可以了，然后通過wait/notify/notifyAll、await/signal/signalAll進行喚起和等待，比方說阻塞隊列BlockingQueue就是為線程之間共享數據而設計的。
10、ThreadLoal 實現原理
簡單說ThreadLocal就是一種以空間換時間的做法在每個Thread里面維護了一個ThreadLocal。ThreadLocalMap把數據進行隔離，數據不共享，自然就沒有線程安全方面的問題了。
詳細參考：ThreadLocal源碼深入分析
11、ThreadPoolExecutor 構造參數有哪些？各代表什么意義？
ThreadPoolExecutor pool = new ThreadPoolExecutor(10, 20, 10, TimeUnit.SECONDS, new ArrayBlockingQueue<Runnable>(20), new ThreadFactory() {
@Override
public Thread newThread(Runnable r) {
return null;
}
});
默認rejectHandler是 AbortPolicy，其它還有：DiscardPolicy，DiscardOldestPolicy， CallerRunsPolicy。
12、ConcurrentHashMap 實現原理
ConcurrentHashMap是由Segment數組結構和HashEntry數組結構組成。Segment是一種可重入鎖ReentrantLock，在ConcurrentHashMap里扮演鎖的角色，HashEntry則用于存儲鍵值對數據。一個ConcurrentHashMap里包含一個Segment數組，Segment的結構和HashMap類似，是一種數組和鏈表結構， 一個Segment里包含一個HashEntry數組，每個HashEntry是一個鏈表結構的元素， 每個Segment守護者一個HashEntry數組里的元素,當對HashEntry數組的數據進行修改時，必須首先獲得它對應的Segment鎖。
詳細參考：聊聊并發（四）——深入分析ConcurrentHashMap
13、volatile關鍵字的作用
簡單的說，就是當你寫一個 volatile 變量之前，Java 內存模型會插入一個寫屏障（write barrier），讀一個 volatile 變量之前，會插入一個讀屏障（read barrier）。 意思就是說，在你寫一個 volatile 域時，能保證任何線程都能看到你寫的值，同時，在寫之前，也能保證任何數值的更新對所有線程是可見的，因為內存屏障會將其他所有寫的值更新到緩存。
volatile關鍵字可以保證 可見性和 禁止指令重排序。
在Java虛擬機規范中試圖定義一種Java內存模型（Java Memory Model，JMM）來屏蔽各個硬件平臺和操作系統的內存訪問差異，以實現讓Java程序在各種平臺下都能達到一致的內存訪問效果。Java語言 本身對 原子性、可見性以及有序性。
1、原子性
在Java中，對基本數據類型的變量的讀取和賦值操作是原子性操作，即這些操作是不可被中斷的，要么執行，要么不執行。
2、可見性
對于可見性，Java提供了volatile關鍵字來保證可見性。
當一個共享變量被volatile修飾時，它會保證修改的值會立即被更新到主存，當有其他線程需要讀取時，它會去內存中讀取新值。
而普通的共享變量不能保證可見性，因為普通共享變量被修改之后，什么時候被寫入主存是不確定的，當其他線程去讀取時，此時內存中可能還是原來的舊值，因此無法保證可見性。
另外，通過synchronized和Lock也能夠保證可見性，synchronized和Lock能保證同一時刻只有一個線程獲取鎖然后執行同步代碼，并且在釋放鎖之前會將對變量的修改刷新到主存當中。因此可以保證可見性。
3、有序性
在Java內存模型中，允許編譯器和處理器對指令進行重排序，但是重排序過程不會影響到單線程程序的執行，卻會影響到多線程并發執行的正確性。
在Java里面，可以通過volatile關鍵字來保證一定的“有序性”（具體原理在下一節講述）。另外可以通過synchronized和Lock來保證有序性，
很顯然，synchronized和Lock保證每個時刻是有一個線程執行同步代碼，相當于是讓線程順序執行同步代碼，自然就保證了有序性。
14、CyclicBarrier和CountDownLatch區別
這兩個類非常類似，都在java.util.concurrent下，都可以用來表示代碼運行到某個點上，二者的區別在于：
- CyclicBarrier的某個線程運行到某個點上之后，該線程即停止運行，直到所有的線程都到達了這個點，所有線程才重新運行；CountDownLatch則不是，某線程運行到某個點上之后，只是給某個數值-1而已，該線程繼續運行
- CyclicBarrier只能喚起一個任務，CountDownLatch可以喚起多個任務
- CyclicBarrier可重用，CountDownLatch不可重用，計數值為0該CountDownLatch就不可再用了
15、有哪些多線程開發良好的實踐?
- 給線程命名；
- 最小化同步范圍；
- 優先使用volatile；
- 盡可能使用更高層次的并發工具而非wait和notify()來實現線程通信，如BlockingQueue,Semeaphore；
- 優先使用并發容器而非同步容器；
- 考慮使用線程池
本文將會不定期更新，歡迎大家持續關注！
