[J2SE] 執行緒synchronized心得
今天學弟來跟我討論執行緒
說他不是很明白
我就講了一段我之前理解的小故事給他聽
故事是針對三種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
10/02 19:15, 1F
→
10/02 19:24, , 2F
10/02 19:24, 2F
→
10/02 19:34, , 3F
10/02 19:34, 3F
→
10/02 20:11, , 4F
10/02 20:11, 4F
→
10/02 23:37, , 5F
10/02 23:37, 5F
※ 編輯: etman395 來自: 123.110.83.12 (10/02 23:52)
推
10/03 09:59, , 6F
10/03 09:59, 6F
※ 編輯: etman395 來自: 123.110.83.12 (10/03 21:51)
討論串 (同標題文章)
以下文章回應了本文:
完整討論串 (本文為第 1 之 3 篇):