一来惧、使用Synchronized有哪些注意點(diǎn)：
1暇赤，鎖對象不能為空
這是因?yàn)槲覀兊逆i對象的header word中要存儲很多信息心例，比如鎖的信息，如果連對象都沒有翎卓，就沒有對象頭契邀，這個鎖是不能工作的。所以鎖對象不能為空失暴。
2坯门，作用域不宜過大
降低出并發(fā)問題的可能性，但是沒有達(dá)到我們多線程編程的目的逗扒，我們多線程編程就是為了提供程序的效率古戴，在不需要串行的情況下我們并行地去工作，可以提高我們的效率矩肩，
3现恼，避免死鎖
如果synchronized嵌套，用的是不同的鎖黍檩，就容易發(fā)生死鎖叉袍。
二、如何選擇Lock和Synchronized關(guān)鍵字刽酱？
1喳逛，盡可能使用java.util.concurrent的各種類，比如Atomic類或者是CountDownLatch這些類棵里，使用這些類的時候是不需要自己去做同步工作的润文。更方便也更不容易出錯，
2殿怜，如果Synchronized在我們的程序中適用彼城，就優(yōu)先使用Synchronized切平。這樣可以減少我們所需要編寫的代碼眠蚂，減少了出錯的幾率宠纯。
3，如果特別需要用到Lock或者Condition獨(dú)有的特性的時候柱告，才使用Lock或者Condition截驮。
三、思考題
1末荐，在多個線程獲取同一個Synchronized鎖的時候侧纯，JVM如何選擇下一個獲取鎖的是哪個線程？
內(nèi)部鎖調(diào)度機(jī)制甲脏，一個持有鎖的線程在運(yùn)行結(jié)束或者拋出異常后就會釋放這把鎖眶熬，這時候有哪些人會來競爭這把鎖呢妹笆？除了剛才已經(jīng)在等待的那些線程之外，也有可能是剛剛進(jìn)入Synchronized代碼塊的處于Runnable的線程娜氏，他剛進(jìn)來沒來得及進(jìn)入Block人家就把鎖釋放掉拳缠。所以一共會有Block狀態(tài)和Runnable狀態(tài)的線程來競爭這把鎖，而在競爭的時候贸弥，是被JVM虛擬機(jī)的實(shí)現(xiàn)來左右的窟坐，也就是說誰能獲取到這把鎖，是處于一種不公平的狀態(tài)的绵疲，有可能是等待時間最長的線程哲鸳，也有可能是等待時間最短的線程，或者是隨機(jī)的盔憨。這個細(xì)節(jié)和JVM的版本以及實(shí)現(xiàn)都有關(guān)系徙菠，所以不能依賴這個算法，我們只能判定這是一個隨機(jī)不可控制的過程郁岩。
2婿奔，Synchronized使得同時只有一個線程可以執(zhí)行，性能較差问慎，有什么方法可以提升性能萍摊？
優(yōu)化使用范圍，在符合要求的情況下盡量減少作用域如叼。
可以使用其他類型的Lock冰木，如讀寫鎖
3，我想更靈活地控制鎖的獲取和釋放（現(xiàn)在釋放鎖的時機(jī)都被規(guī)定死了）薇正，怎么辦片酝？
自己實(shí)現(xiàn)自己的Lock interface囚衔。完全控制鎖的獲取和釋放挖腰。參考已有的優(yōu)秀的實(shí)現(xiàn)。
4练湿，什么是鎖的升級猴仑、降級？什么是JVM里的偏斜鎖肥哎、輕量級鎖辽俗、重量級鎖？
在JVM之前的版本中Synchronized的性能不是特別好篡诽，經(jīng)過不斷迭代崖飘，已經(jīng)得到顯著提高，這里面的迭代就是利用偏斜鎖杈女、輕量級鎖朱浴、重量級鎖吊圾，JVM會根據(jù)Synchronized關(guān)鍵字所使用到的次數(shù)或者其他的種種指標(biāo)來對這個鎖進(jìn)行非常有效的優(yōu)化，使得性能得到大幅度的上漲翰蠢，涉及到對象頭（header word）里面的一些字段项乒，值得深入研究。
