[J2SE] 執行緒synchronized心得

看板java作者 (技術時代)時間14年前 (2009/10/02 19:12), 編輯推噓1(105)
留言6則, 5人參與, 最新討論串1/3 (看更多)
今天學弟來跟我討論執行緒 說他不是很明白 我就講了一段我之前理解的小故事給他聽 故事是針對三種synchronized 情形 剛好分享一下心得 如果有錯或可以補充 還請糾正補強一下 no synchronized synchronized static synchronized 執行緒a 操作 實體a 執行緒b 操作 實體a 執行緒a b就像雙胞胎兄弟一樣 實體a就像哥哥的黏土一樣 synchronized 就像鐵盒一樣 如果哥哥明天要交作業 而作業放在鐵盒裡 那該如何確保明天要交作業之前 黏土不會先被弟弟惡作劇破壞 no synchronized(沒上鎖的鐵盒) method(沒上鎖 要打開就可以打開)() { //操作黏土 //交作業 } synchronized(有上鎖的鐵盒) method(有上鎖 有鑰匙的人才可以打開)() { //操作黏土 //交作業 } 從上面可以看到 哥哥只要將鐵盒上鎖 就可以安心的把做完黏土和交作業的事情都處理完 如果哥哥中間做到一半休息 鐵盒就會鎖著 弟弟突然偷溜進來想搞破壞 鐵盒還是打不開的 因為弟弟沒有鑰匙 接著他又問我 執行緒a 操作 實體a 執行緒b 操作 實體b 是什麼意思?? 我只跟他講 意思就像弟弟也忙著趕他的黏土 他們各自有各自的黏土要弄 就不會互相破壞 所以不上鎖也沒差 如同 no synchronized(沒上鎖的鐵盒) method(沒上鎖 要打開就可以打開)() { //操作黏土 //交作業 } method(甚至連鐵盒都沒有)() { //操作黏土 //交作業 } 最後他問我 但他有看到書上有這樣 static synchronized void main() 但明明就是操作不同實體啊 為何還要上鎖?? 我就告訴他 因為明天他們黏土都做完了 要交作業了 老師希望他們照號碼將黏土一個一個排好 之後老師再上前去打分數 這時如果有人插隊進來 黏土的位置就會不對 就會打錯分數 而static synchronized就是為了防止這點 讓所以人可以一個一個排隊 意思就是說 兩個執行緒都持相同類別,所以都要排隊 都要排隊 (當然還有一個作用 是不用new就可以操作該方法) 最後他問我sleep和wait的差別 我就直接講了沒有舉例 sleep不會放鎖 wait會放鎖 並且wait一放鎖就必須要透過notify 才能重新獲得執行的機會 或者運用interrupt的方法 interrupt可以直接運用在wait sleep join 運用interrupt在某執行緒身上 只要該執行緒是處於wait sleep join的情形下 就會跑出InterruptedException 如果該執行緒不是在wait sleep join的情形下 就完全沒有影響 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 123.110.83.12 ※ 編輯: etman395 來自: 123.110.83.12 (10/02 19:14)

10/02 19:15, , 1F
標題下錯 是J2SE....
10/02 19:15, 1F

10/02 19:24, , 2F
按大T可以修改標題
10/02 19:24, 2F

10/02 19:34, , 3F
謝謝
10/02 19:34, 3F

10/02 20:11, , 4F
我覺得告訴他 synchronized 的語意與背後機制比較實在。
10/02 20:11, 4F

10/02 23:37, , 5F
mathod ? method ?
10/02 23:37, 5F
※ 編輯: etman395 來自: 123.110.83.12 (10/02 23:52)

10/03 09:59, , 6F
我覺比喻用過頭 讓我完全混亂了....QQ
10/03 09:59, 6F
※ 編輯: etman395 來自: 123.110.83.12 (10/03 21:51)
文章代碼(AID): #1AnU0G-Z (java)
文章代碼(AID): #1AnU0G-Z (java)