準(zhǔn)確來說確實(shí)不是針對(duì)volatile，而是解決了volatile內(nèi)存可見性帶來的false sharing問題的。如果不是volatile這種問題應(yīng)該不會(huì)存在。

具體實(shí)踐中，也是一般針對(duì)基本數(shù)據(jù)類型的volatile比較合適，因?yàn)樾芯彌_中的cache line的大小一般也就只有64字節(jié)而已。

除了disruptor框架，你可以查看hystrix和java8中的Long adder

前幾天剛看了幾篇相關(guān)文章，說一下我的理解吧，權(quán)作交流，有不對(duì)的地方還請(qǐng)指正。

首先說說我對(duì)題目中的幾個(gè)相關(guān)重要概念的理解：

1. 緩存一致性是指的由于CPU緩存的存在導(dǎo)致的并發(fā)訪問時(shí)多個(gè)CPU緩存中的數(shù)據(jù)不一致的問題。
2. volatile關(guān)鍵字是在java中使用內(nèi)存屏障來解決緩存一致性問題的方式。
3. 緩存行是CPU本身優(yōu)化緩存使用效率的一種機(jī)制，也即從內(nèi)存到CPU緩存的數(shù)據(jù)操作是以行為單位的，這一行中可能包含多個(gè)變量，而由于該機(jī)制，結(jié)合MESI協(xié)議，當(dāng)并發(fā)操作同一行的不同變量的時(shí)候就會(huì)產(chǎn)生偽共享問題，也即對(duì)不同變量的操作卻產(chǎn)生了競爭問題有了同步鎖，這種不必要的鎖當(dāng)然會(huì)影響性能。

然后，針對(duì)題主的問題，說說我的看法：

1. volatile是用于解決緩存一致性問題，因?yàn)関olatile實(shí)際上只是保證了對(duì)CPU緩存的操作立即flush到內(nèi)存，此時(shí)的flush依然是以緩存行為單位的，也即你對(duì)某緩存行中的單個(gè)變量的volatile實(shí)際上是應(yīng)用到了整個(gè)緩存行的所有變量，進(jìn)而會(huì)有不同變量的不必要的操作同步，影響性能，此時(shí)便需要解決這個(gè)問題。
2. 緩存行填充就是為了解決偽共享產(chǎn)生的性能問題的，實(shí)現(xiàn)方式是使用無用變量填充掉特定行多余部分。所以具體實(shí)現(xiàn)的時(shí)候，我認(rèn)為一般情況下，為了性能上的考慮，對(duì)volatile變量最好還是應(yīng)用緩存行填充，而高并發(fā)寫情況下那是毋庸置疑必須進(jìn)行填充，否則偽共享問題就真的成了他們所說的“性能殺手”了。
3. 而不在volatile的情況下，緩存行依然存在，只不過若沒有涉及到并發(fā)寫，就不會(huì)有偽共享問題，但如果涉及到并發(fā)寫，又會(huì)用volatile來解決緩存一致性問題。所以從這個(gè)角度來說，volatile也算是與緩存行填充一一對(duì)應(yīng)。但有一點(diǎn)還是有必要分清楚，緩存行其實(shí)并不與volatile直接關(guān)聯(lián)，而是與同一緩存行中不同變量的并發(fā)寫直接關(guān)聯(lián)，volatile是解決并發(fā)寫，緩存行填充是解決并發(fā)寫時(shí)flush緩存行產(chǎn)生的偽共享性能問題。

最后總結(jié)一下題主兩個(gè)問題的答案：

1. 緩存一致性是一個(gè)需要解決的問題，volatile和緩存行填充是解決兩個(gè)不同但有一定關(guān)聯(lián)關(guān)系的問題的方式，如果沒有并發(fā)寫，也就沒有緩存一致性問題，也就不需要volatile和緩存行填充了
2. 緩存行填充是為了解決偽共享問題，理論上來說，所有并發(fā)寫入同一緩存行的不同變量的操作都會(huì)產(chǎn)生偽共享問題，高并發(fā)下volatile變量頻繁寫肯定需要進(jìn)行緩存行填充。至于disruptor框架，不巧我還不是很了解，但如果你能手動(dòng)進(jìn)行緩存行填充的話，也不是必須要用吧？