j.u.c 包主要是為了性能來的, 其設計其實不如Java傳統的內置同步機制(synchronized塊和方法, 以及 Object.wait(); Object.notify())優雅, 但是傳統同步機制的最大弊病就是不區分共享同步(一般是并發的讀操作) 與 互斥同步 (一般是寫操作), 所有同步都只能是完全排他的,只要有并發寫的可能性就不得不把全部讀操作也互斥同步,從而喪失并發讀取的可能性. 這跟大多數應用的并發模式(讀遠多過于寫)存在嚴重偏離, 以至于硬件新增長出來的并發能力在普通應用中將被大部分折扣掉, 這個是不可能被應用軟件開發市場容忍的. 同時傳統同步機制也有一些靈活性方面的弊病, 比如 Object.wait(); Object.notify(); 必須在該對象的同步塊內執行 (否則會拋IllegalMonitorStateException), 并且一個對象只能wait/notify一個狀態. j.u.c 類通過讓一個Lock可以建多個Condition去wait/notify增強了靈活性.
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
