java高並發程序設計
『壹』 如何處理高並發
問題一：java程序員面試時被問到：如何在j2ee項目中處理高並發量訪問？ 該怎麼回答？ 請仔細看題干再回答 blog.csdn/y_h_t/article/details/6322823
你是一名java程序員，這些應該知道些吧
問題二：如何處理高並發帶來的系統性能問題 那必須了解linux中的基本使用，比如如何找到某個路徑，如何打開一個文件，如何編輯修改一個文件等等，那就是linux中命令的使用；還有就是必須知道linux伺服器中所用的什麼伺服器（有weblogic、websphere等等）；精通相關伺服器的重要屬性配置等等。
問題三：JAVA中高訪問量高並發的問題怎麼解決? 你指的高並發量大概有多少？
幾點需要注意：
盡量使用緩存，包括用戶緩存，信息緩存等，多花點內存來做緩存，可以大量減少與資料庫的交互，提高性能。
用jprofiler等工具找出性能瓶頸，減少額外的開銷。
優化資料庫查詢語句，減少直接使用hibernate等工具的直接生成語句（僅耗時較長的查詢做優化）。
優化資料庫結構，多做索引，提高查詢效率。
統計的功能盡量做緩存，或按每天一統計或定時統計相關報表，避免需要時進行統計的功能。
能使用靜態頁面的地方盡量使用，減少容器的解析（盡量將動態內容生成靜態html來顯示）。
解決以上問題後，使用伺服器集群來解決單台的瓶頸問題。
基本上以上述問題解決後，達到系統最優。
至於樓上有人提到別用JAVA來做，除非是低層的連接數過大（如大量的埠佔用需求），這種情況下考慮直接C來寫，其他的可以用JAVA來做。
問題四：項目中怎麼控制多線程高並發訪問 synchronized關鍵字主要解決多線程共享數據同步問題。
ThreadLocal使用場合主要解決多線程中數據因並發產生不一致問題。
ThreadLocal和Synchonized都用於解決多線程並發訪問。但是ThreadLocal與synchronized有本質的區別:
synchronized是利用鎖的機制，使變數或代碼塊在某一時該只能被一個線程訪問。而ThreadLocal為每一個線程都提供了變數的副本，使 得每個線程在某一時間訪問到的並不是同一個對象，這樣就隔離了多個線程對數據的數據共享。而Synchronized卻正好相反，它用於在多個線程間通信 時能夠獲得數據共享。
Synchronized用於線程間的數據共享，而ThreadLocal則用於線程間的數據隔離。當然ThreadLocal並不能替代synchronized,它們處理不同的問題域。Synchronized用於實現同步機制，比ThreadLocal更加復雜。
1、Java中synchronized用法
使用了synchronized關鍵字可以輕松地解決多線程共享數據同步問題。
synchronized關鍵字可以作為函數的修飾符，也可作為函數內的語句，也就是平時說的同步方法和同步語句塊。如果再細的分 類，synchronized可作用於instance變數、object reference（對象引用）、static函數和class literals(類名稱字面常量)身上。
synchronized取得的鎖都是對象；每個對象只有一個鎖（lock）與之相關聯；實現同步是要很大的系統開銷作為代價的，甚至可能造成死鎖，所以盡量避免無謂的同步控制。
問題五：如何處理高並發或列舉處理高並發的業務邏輯 1、提高系統的並發能力2、減輕資料庫的負擔這兩種用途其實非常容易理解。由於memcached高性能，所以可以同時服務於更多的連接，大大提高了系統的並發處理的能力。另外，memcached 通常部署在業務邏輯層（前台應用）和存儲層（主指資料庫）之間，作為資料庫和前台應用的數據緩沖，因此可以快速的響應前端的請求，減少對資料庫的訪問。
問題六：資料庫怎樣處理高並發 1.用一個標識，在選擇那張票的時候先用(Update 表 set 票flag=『佔用了！』 where 票flag=『未佔用』 and ........)這樣是保險的，不可能存在並發問題，這就牽扯到sql鎖機制問題了，你可以測試一下，其實sql中update是先查詢出然後刪除再添加，但由於使用了update，過程中就自動加鎖了，很方便吧2.加鎖。Microsoft® SQL Server™ 2000 使用鎖定確保事務完整性和資料庫一致性。鎖定可以防止用戶讀取正在由其他用戶更改的數據，並可以防止多個用戶同時更改相同數據。如果不使用鎖定，則資料庫中的數據可能在邏輯上不正確，並且對數據的查詢可能會產生意想不到的結果。雖然 SQL Server 自動強制鎖定，但可以通過了解鎖定並在應用程序中自定義鎖定來設計更有效的應用程序。
問題七：資料庫怎樣處理高並發 理論上不限制並發連接數的.就是伺服器受硬體的限制.過高的並發是會使伺服器無法完成並發任務,而造成伺服器死機或者假死機.不過資料庫軟體可以優化並發連接,使並發持續的時間更短,以減起伺服器的負擔,但是一台伺服器不能完成幾十萬的並發.
問題八：如何處理大量數據並發操作 如何處理大量數據並發操作
文件緩存，資料庫緩存，優化sql,數據分流,資料庫表的橫向和縱向劃分，優化代碼結構！
鎖述的概
一. 為什麼要引入鎖
多個用戶同時對資料庫的並發操作時會帶來以下數據不一致的問題:
丟失更新
A,B兩個用戶讀同一數據並進行修改,其中一個用戶的修改結果破壞了另一個修改的結果,比如訂票系統
臟讀
A用戶修改了數據,隨後B用戶又讀出該數據,但A用戶因為某些原因取消了對數據的修改,數據恢復原值,此時B得到的數據就與資料庫內的數據產生了不一致
不可重復讀
A用戶讀取數據,隨後B用戶讀出該數據並修改,此時A用戶再讀取數據時發現前後兩次的值不一致
並發控制的主要方法是封鎖,鎖就是在一段時間內禁止用戶做某些操作以避免產生數據不一致
二 鎖的分類
鎖的類別有兩種分法：
1. 從資料庫系統的角度來看：分為獨占鎖（即排它鎖），共享鎖和更新鎖
MS-SQL Server 使用以下資源鎖模式。
鎖模式 描述
共享 (S) 用於不更改或不更新數據的操作（只讀操作），如 SELECT 語句。
更新 (U) 用於可更新的資源中。防止當多個會話在讀取、鎖定以及隨後可能進行的資源更新時發生常見形式的死鎖。
排它 (X) 用於數據修改操作，例如 INSERT、UPDATE 或 DELETE。確保不會同時同一資源進行多重更新。
意向鎖 用於建立鎖的層次結構。意向鎖的類型為：意向共享 (IS)、意向排它 (IX) 以及與意向排它共享 (SIX)。
架構鎖 在執行依賴於表架構的操作時使用。架構鎖的類型為：架構修改 (Sch-M) 和架構穩定性 (Sch-S)。
大容量更新 (BU) 向表中大容量復制數據並指定了 TABLOCK 提示時使用。
共享鎖
共享 (S) 鎖允許並發事務讀取 (SELECT) 一個資源。資源上存在共享 (S) 鎖時，任何其它事務都不能修改數據。一旦已經讀取數據，便立即釋放資源上的共享 (S) 鎖，除非將事務隔離級別設置為可重復讀或更高級別，或者在事務生存周期內用鎖定提示保留共享 (S) 鎖。
更新鎖
更新 (U) 鎖可以防止通常形式的死鎖。一般更新模式由一個事務組成，此事務讀取記錄，獲取資源（頁或行）的共享 (S) 鎖，然後修改行，此操作要求鎖轉換為排它 (X) 鎖。如果兩個事務獲得了資源上的共享模式鎖，然後試圖同時更新數據，則一個事務嘗試將鎖轉換為排它 (X) 鎖。共享模式到排它鎖的轉換必須等待一段時間，因為一個事務的排它鎖與其它事務的共享模式鎖不兼容；發生鎖等待。第二個事務試圖獲取排它 (X) 鎖以進行更新。由於兩個事務都要轉換為排它 (X) 鎖，並且每個事務都等待另一個事務釋放共享模式鎖，因此發生死鎖。
若要避免這種潛在的死鎖問題，請使用更新 (U) 鎖。一次只有一個事務可以獲得資源的更新 (U) 鎖。如果事務修改資源，則更新 (U) 鎖轉換為排它 (X) 鎖。否則，鎖轉換為共享鎖。
排它鎖
排它 (X) 鎖可以防止並發事務對資源進行訪問。其它事務不能讀取或修改排它 (X) 鎖鎖定的數據。
意向鎖
意向鎖表示 SQL Server 需要在層次結構中的某些底層資源上獲取共享 (S) 鎖或排它 (X) 鎖。例如，放置在表級的共享意向鎖表示事務打算在表中的頁或行上放置共享 (S) 鎖。在表級設置意向鎖可防止另一個事務隨後在包含那一頁的表上獲取排它 (X) 鎖。意向鎖可以提高性能，因為 SQL Server 僅在表級檢查意向鎖來確定事務是否可以安全地獲取該表上的鎖。而無須檢查表中的每行或每頁上的鎖......>>
問題九：高並發是什麼和如何解決 資料庫建立多表關聯，關鍵業務數據欄位和查詢欄位建立索引，對唯一性建立好，同時多任務並發時程序設計時注意數據的合理性檢驗和用戶處理數據有問題時的友好提示見面，建立好的結構文檔說明，同時對關鍵欄位的關系型作好記錄，有效地設計多表的結構安排，盡量減少數據的冗餘，同時又要避免對歷史數據的影響，保持良好的數據管理
問題十：如何處理高並發量的HTTP請求 盡量減少頁面的HTTP請求，可以提高頁面載入速度。減少頁面中的元素網頁中的的圖片、form、flash等等元素都會發出HTTP請求，盡可能的減少頁面中非必要的元素，可以減少HTTP請求的次數。
『貳』 java程序員面試時被問到：如何在j2ee項目中處理高並發量訪問 該怎麼回答 請仔細看題干再回答
一般需從三點入手。
一、程序本身支持高並發。
簡單來說就是要優化我們的代碼。
1、避免使用錯誤的方式，盡量不用instanceof做條件判斷，不要將數組聲明為：public static final 。
2、使用java中效率高的類，比如盡量使用HashMap 和ArrayList ,除非必要，否則不推薦使用HashTable和Vector ，後者由於使用同步機制，而導致了性能的開銷。
3、盡量指定類的final修飾符 帶有final修飾符的類是不可派生的。在Java核心API中，有許多應用final的例子，例如java.lang.String。為String類指定final防止了人們覆蓋length()方法。另外，如果指定一個類為final，則該類所有的方法都是final。Java編譯器會尋找機會內聯（inline）所有的final方法（這和具體的編譯器實現有關）。此舉能夠使性能平均提高50% 。
4、盡量重用對象，避免頻繁的使用new對象。對於整個應用只需要存在一個實例的類，我們可以使用單例模式。對於工具類可以使用靜態方法的方式訪問。
用new關鍵詞創建類的實例時，構造函數鏈中的所有構造函數都會被自動調用。但如果一個對象實現了Cloneable介面，我們可以調用它的clone()方法。clone()方法不會調用任何類構造函數。
在使用設計模式（Design Pattern）的場合，如果用Factory模式創建對象，則改用clone()方法創建新的對象實
例非常簡單。例如，
Java代碼收藏代碼
下面是Factory模式的一個典型實現：
(){
returnnewCredit();
}
改進後的代碼使用clone()方法，如下所示：
privatestaticCreditBaseCredit=newCredit();
(){
return(Credit)BaseCredit.clone();
}
上面的思路對於數組處理同樣很有用。
5、特別是String 對象的使用中，出現字元串連接情況時應用StringBuffer 代替。由於系統不僅要花時間生成對象，以後可能還需花時間對這些對象進行垃圾回收和處理。因此，生成過多的對象將會給程序的性能帶來很大的影響。
6、StringBuffer 的使用：StringBuffer表示了可變的、可寫的字元串。
它有三個構造方法 :
StringBuffer();//默認分配16個字元的空間
StringBuffer(intsize);//分配size個字元的空間
StringBuffer(Stringstr);//分配16個字元+str.length()個字元空間
你可以通過StringBuffer的構造函數來設定它的初始化容量，這樣可以明顯地提升性能。這里提到的構造函數是StringBuffer(int length)，length參數表示當前的StringBuffer能保持的字元數量。你也可以使用ensureCapacity(int minimumcapacity)方法在StringBuffer對象創建之後設置它的容量。首先我們看看StringBuffer的預設行為，然 後再找出一條更好的提升性能的途徑。
StringBuffer在內部維護一個字元數組，當你使用預設的構造函數來創建StringBuffer對象的時候，因為沒有設置初始化字元長度，StringBuffer的容量被初始化為16個字元，也就是說預設容量就是16個字元。當StringBuffer達到最大容量 的時候，它會將自身容量增加到當前的2倍再加2，也就是（2*舊值+2）。如果你使用預設值，初始化之後接著往裡面追 加字元，在你追加到第16個字元的時候它會將容量增加到34（2*16+2），當追加到34個字元的時候就會將容量增加到 70（2*34+2）。無論何事只要StringBuffer到達它的最大容量它就不得不創建一個新的字元數組然後重新將舊字元和 新字元都拷貝一遍――這也太昂貴了點。所以總是給StringBuffer設置一個合理的初始化容量值是錯不了的，這樣會帶來 立竿見影的性能增益。
StringBuffer初始化過程的調整的作用由此可見一斑。所以，使用一個合適的容量值來初始化StringBuffer永遠都是一個最佳的建議。
7、盡量使用局部變數，調用方法時傳遞的參數以及在調用中創建的臨時變數都保存在棧（Stack）中，速度較快。其他變數，如靜態變數、實例變數等，都在堆（Heap）中創建，速度較慢。另外，依賴於具體的編譯器/JVM，局部變數還可能得到進一步優化。請參見《盡可能使用堆棧變數》。
8、不要重復初始化變數 默認情況下，調用類的構造函數時， Java會把變數初始化成確定的值：所有的對象被設置成null，整數變數（byte、short、int、long）設置成0，float和double變數設置成0.0，邏輯值設置成false。當一個類從另一個類派生時，這一點尤其應該注意，因為用new關鍵詞創建一個對象時，構造函數鏈中的所有構造函數都會被自動調用。
9、在JAVA + ORACLE 的應用系統開發中，java中內嵌的SQL語句盡量使用大寫的形式，以減輕ORACLE解析器的解析負擔。
10、Java 編程過程中，進行資料庫連接、I/O流操作時務必小心，在使用完畢後，即使關閉以釋放資源。因為對這些大對象的操作會造成系統大的開銷，稍有不慎，會導致嚴重的後果。
11、由於JVM的有其自身的GC機制，不需要程序開發者的過多考慮，從一定程度上減輕了開發者負擔，但同時也遺漏了隱患，過分的創建對象會消耗系統的大量內存，嚴重時會導致內存泄露，因此，保證過期對象的及時回收具有重要意義。JVM回收垃圾的條件是：對象不在被引用；然而，JVM的GC並非十分的機智，即使對象滿足了垃圾回收的條件也不一定會被立即回收。所以，建議我們在對象使用完畢，應手動置成null。
12、在使用同步機制時，應盡量使用方法同步代替代碼塊同步。
13、盡量減少對變數的重復計算
例如：
for(inti=0;i<list.size;i++){
…
}
應替換為：
for(inti=0,intlen=list.size();i<len;i++){
…
}
14、盡量採用lazy loading 的策略，即在需要的時候才開始創建。
例如：
Stringstr=「aaa」;
if(i==1){
list.add(str);
}
應替換為：
if(i==1){
Stringstr=「aaa」;
list.add(str);
}
15、慎用異常
異常對性能不利。拋出異常首先要創建一個新的對象。Throwable介面的構造函數調用名為fillInStackTrace()的本地（Native）方法，fillInStackTrace()方法檢查堆棧，收集調用跟蹤信息。只要有異常被拋出，VM就必須調整調用堆棧，因為在處理過程中創建了一個新的對象。 異常只能用於錯誤處理，不應該用來控製程序流程。
16、不要在循環中使用try...catch，應把其放置在最外層。
17、合理的使用Java類 java.util.Vector。
簡單地說，一個Vector就是一個java.lang.Object實例的數組。Vector與數組相似，它的元素可以通過整數形式的索引訪問。但是，Vector類型的對象在創建之後，對象的大小能夠根據元素的增加或者刪除而擴展、縮小。請考慮下面這個向Vector加入元素的例子：
Java代碼收藏代碼
Objectobj=newObject();
Vectorv=newVector(100000);
for(intI=0;
I<100000;I++){v.add(0,obj);}
『叄』 有什麼多線程編程的書推薦
Java並發編程實戰 (豆瓣) （java並發的聖經）
多處理器編程的藝術 (豆瓣) （並發編程的各種演算法，java實現，有點難度）
並發的藝術 (豆瓣) （多核處理器的共享內存模型中的各種演算法）
Java虛擬機並發編程 (豆瓣) （jvm平台上各種語言的並發比較，如java，scala，clojure）
Java並發編程的藝術 (阿里專家方騰飛寫的一本書)
Java 7並發編程實戰手冊 (豆瓣) （java中的並發編程實踐，屬於API工具書，指南）
Java多線程編程實戰指南（設計模式篇） (豆瓣)
Java多線程編程核心技術 (豆瓣)
Java並發編程：核心方法與框架
實戰Java高並發程序設計
七周七並發模型 (豆瓣) （七種並發模型的比較）
Go並發編程實戰 (豆瓣)
C#並發編程經典實例 (豆瓣)
C#多線程編程實戰 (豆瓣)
『肆』 求《實戰Java高並發程序設計》全文免費下載百度網盤資源,謝謝~
《實戰Java高並發程序設計》網路網盤pdf最新全集下載:
鏈接：https://pan..com/s/1ehUuChYRFfDDmSanPkM61w
簡介：在單核CPU時代，單任務在一個時間點只能執行單一程序，隨著多核CPU的發展，並行程序開發變得尤為重要。
《實戰Java高並發程序設計（第2版）》主要介紹基於Java的並行程序設計基礎、思路、方法和實戰。第一，立足於並發程序基礎，詳細介紹Java進行並行程序設計的基本方法。第二，進一步詳細介紹了JDK對並行程序的強大支持，幫助讀者快速、穩健地進行並行程序開發。第三，詳細討論了「鎖」的優化和提高並行程序性能級別的方法和思路。第四，介紹了並行的基本設計模式，以及Java8/9/10對並行程序的支持和改進。第五，介紹了高並發框架Akka的使用方法。第六，詳細介紹了並行程序的調試方法。第七，分析Jetty代碼並給出一些其在高並發優化方面的例子。
『伍』 JAVA高吞吐高並發後端架構設計經驗是什麼意思
有些網站並發量比較高，例如：12306，到了春節的時候，訪問量就非常高了。以前不是經常卡住、崩潰嗎？
就是因為架構設計的不行。去年好多了。
高吞吐、高並發指的是一種種業務場景，訪問人數很多，同一時刻點擊也很多。
類似的還有雙十一，雙12。
高峰期的時候 涉及大量的讀寫操作，讀取網頁資源、數據，寫入訂單等等。
小型網站可以通過增加伺服器的方法解決，分離應用程序和資料庫，放在兩台伺服器上。
大型的網站涉及的技術就更多了：緩存技術、讀寫分離、分布式部署伺服器、業務拆分、資料庫優化等等。
『陸』 Java面試總結如何處理項目的高並發，大數據
這個很簡單，高並發有多種解決方法： 1、從代碼上分入手，必須得保證代碼沒有冗餘，不要有廢代碼； 2、從伺服器上入手，高並發一台伺服器並發量有限，我們可以採用多台伺服器來分擔壓力； 3、從存儲方便入手，像我們一般高並發但是數據卻可以不...
『柒』 關於java學習，有什麼書籍或者教程推薦不啦
java Netty實戰課程java高性能分布式RPC教程課程 免費下載
鏈接:https://pan..com/s/1MpUM62h4nvHnUGMan-R6YA
Java是一門面向對象的編程語言，不僅吸收了C++語言的各種優點，還摒棄了C++里難以理解的多繼承、指針等概念，因此Java語言具有功能強大和簡單易用兩個特徵。Java語言作為靜態面向對象編程語言的代表，極好地實現了面向對象理論，允許程序員以優雅的思維方式進行復雜的編程
『捌』 實戰Java高並發程序設計讀後感10篇_讀後感_名著讀後感
《實戰Java高並發程序設計》是一本由葛一鳴 / 郭超著作，電子工業出版社出版的平裝圖書，本書定價：69.00元，頁數：352，文章吧我精心整理的一些讀者的讀後感，希望對大家能有幫助。
《實戰Java高並發程序設計》讀後感(一)：是本入門書籍
這是一本Java並發基礎以及conCurrent包的類的簡介，雖然書名是實戰，但是例子挺多都是屬於helloWorld級別的，所以是比較適合入門。同時也會夾著一些對源碼和數據機構的分析，也會有Java8帶來一些新特性（比如函數式編程等）的講解，所以還可以吧。
還有一點就是這本書的圖會比較新穎和奇葩，例如下面這樣的：
有時候會覺得挺形象的，更多的時候是不想吐槽（有些字一下子還看不出來是什麼字o(╯□╰)o），還是希望用專業的畫圖軟體畫吧.
再去找一個並發的書籍看看加強~並發真的需要好好學學
《實戰Java高並發程序設計》讀後感(二)：全面了解Java並發編程的好書
1.這本書的章節編排是比較清晰的，而且是由淺入深、由理論到實戰，閱讀的時候感覺特別流暢；
2.如果你翻過這本書，你一定會對書中的插圖印象「深刻」，很難想像現代出版的書里的插圖是這種質量；
3.關於Java並發的知識可以說是介紹得比較全面了，當前全面的話可能就沒法真正的深入，比如ConcurrentHashMap基本上並發編程中最常用最經典的設計，但是書上介紹的非常少；同樣的，Java 8中引入的CompletableFuture也是一個很重要的工具但是介咐頃紹的篇幅也非常有限；
4.對於Akka這一塊，說實話我讀了兩遍，還是沒有看得很懂，通過閱讀官方的文檔才比較清晰，感覺這一塊寫得有點混亂，條理不夠清晰；
5.最終我還是給這本書四星，因為讀後自己確實對並發這一塊有了比較完整的認識，讀後結合《深入理解Java虛擬機（第2版）》，從項目中的代碼找到並相關部分並予以改進，梳理並發重點的知識（顯式鎖控制、並發容器、並發流），收獲還是挺多的。
《實戰Java高並發程序設計》讀後感(三)：Java並發編程和高並發解決方案視頻課程
Java並發編程和高並發解決方案視頻課程
網盤地址：//pan./s/19tUBliZIYy2HQ0LiVfCw-A 密碼: d9fb
備用地址（騰訊微雲）：//share.weiyun/5grRNnM 密碼：e324w9
學會高並發處理思路與手段，讓跳槽面試從容不迫，並發與高並發是面試的重要考察點，常問面試問題與答案都在這里了！
無論面試還是實際開發，幾乎都會涉及並發相關知識及高並發相關場景處理，如果你想系統的學習一下並發編程
並了解一下實際的高並發場景及應對方案，那這門課就是為你准備的。
第1章 課程准備衡好陸
第2章 並發基礎
第3章 項目准備
第4章 線程安全性
第5章 安全發布對象
第6章 線程安全策略
第7章 J.U.C之AQS
第8章 J.U.C組件拓展
第9章 線程調度-線程池
第10章 多線程並發拓展
第11章 高並發之擴容思路
第12章 高並發之緩存思路
第13章 高並發之消息隊列思路
第14章 高並發之應用拆分思路
第15章 高並發之應用限流思路
第16章 高並發之服務降級與服務熔斷思路
第17章 高並發之資料庫切庫分庫分表思路
第18章 高並發之高可用手段介紹
第19章 課程總結
《實戰Java高並發程序設計》讀後感(四)：實戰Java高並發程序設計書評
說實話，在當當上找了很多有關java並發編程的書籍，最後也不知道是什麼原因買了這本書（好像是這本書有優惠。。。）買來之後看了，簡直後悔得不行！
這本書的作者是葛一鳴和郭超，出版社是電子工業出版社！
首先，這本書的作者的寫作態度值得懷疑，書中的配圖完全是手畫的，而且畫的質量實在不敢恭維，寫過的論文都應該知道，畫圖應該襪爛用Visio。實在納悶那麼多專業的圖，作者為何不用Visio或其他專業畫圖軟體，選擇用手畫是幾個意思，關鍵畫的質量還不咋地，歪七八糟的，看都看不清楚！作為一個專業的出版社，編輯也能審核通過，我是佩服出版社的編輯的審稿能力！
其次，關於java並發這塊，這本書連入門書籍都算不上，只能算是科普下，書中涉及到的並發知識，比如java內存模型，volatile，鎖等，作者都沒有深入原理的講，基本上都是簡單帶過，遠不如網路來的講得好，其中講volatile的一段：「和原子性問題一樣，我們只要簡單地使用volatile來聲明ready變數，告訴java虛擬機，這個變數可能會在不同的線程中修改，這樣就可以順利的解決這個問題了。」 不知道大家覺得怎麼樣，反正我看完想說臟話，作者你就是這么講解技術的嗎？用volatile來告訴虛擬機變數會在不同線程中修改？？我只能說呵呵
還有一點，其他豆瓣網友也提到過，很多內容以及代碼都是從其他博客、文章過來，作者原創的有價值的東西，幾乎為零。
書中還有其他一些低級錯誤，就不一一指出了，最後，如果有幸能夠被作者看到此評論，真心希望作者好好反思下，請你為寫出的書負責，確保產出原創的有意義的內容，不是隨意幾段文字和代碼，整理下就能出書的，請你對得起買書的讀者！