一個想休息的線程：JVM到底是怎么處理鎖的？wait()會立刻釋放synchronized（obj）中的obj鎖，以便其他線程可以執(zhí)行obj.notify()但是notify()不會立刻立刻釋放syc

一個想休息的線程：JVM到底是怎么處理鎖的？

wait()會立刻釋放synchronized（obj）中的obj鎖，以便其他線程可以執(zhí)行obj.notify()但是notify()不會立刻立刻釋放sycronized（obj）中的obj鎖，必須要等notify()所在線程執(zhí)行完synchronized（obj）塊中的所有代碼才會釋放這把鎖.yield()，sleep()不會釋放鎖

什么時候需要分布式鎖？

首先需要知道非分布式環(huán)境下，用鎖可以解決什么？

多線程環(huán)境下，共享資源的線程安全問題！這個時候的共享資源通常是在單機里面的多線程里存在競爭，從JAVA內(nèi)存模型來看，可以通過鎖住對象，鎖住方法，鎖住代碼塊等方式，避免共享資源的競爭！

而在分布式環(huán)境中，共享資源所要經(jīng)過的代碼，方法，都不是在一個JVM里面，也不是同一個進程！通過鎖方法，代碼塊的方式不能解決共享資源的競爭，需要分布式的鎖！

分布式鎖通常在以下場景中使用：

1，全局ID的生成；

2，全局配置文件的修改；

3，分布式服務(wù)中的秒殺問題；

4，分布式環(huán)境下的重復(fù)提交

分布式鎖通常有以下實現(xiàn)方式：

1，使用數(shù)據(jù)庫的唯一主鍵來實現(xiàn)鎖！

2，使用redis的指令:通常使用setnx方法，incr方法等進行實現(xiàn)

3，使用zookeeper：使用api生成臨時節(jié)點實現(xiàn)鎖！

最近在持續(xù)分享JAVA相關(guān)技術(shù)，有很多干貨，敬請關(guān)注。。

線程的sleep和yield有什么區(qū)別？

1、sleep()使當前線程（即調(diào)用該方法的線程）暫停執(zhí)行一段時間，讓其他線程有機會繼續(xù)執(zhí)行，但它并不釋放對象鎖。也就是說如果有synchronized同步快，其他線程仍然不能訪問共享數(shù)據(jù)。注意該方法要捕捉異常。例如有兩個線程同時執(zhí)行(沒有synchronized)一個線程優(yōu)先級為MAX_PRIORITY，另一個為MIN_PRIORITY，如果沒有Sleep()方法，只有高優(yōu)先級的線程執(zhí)行完畢后，低優(yōu)先級的線程才能夠執(zhí)行；但是高優(yōu)先級的線程sleep(500)后，低優(yōu)先級就有機會執(zhí)行了?？傊?，sleep()可以使低優(yōu)先級的線程得到執(zhí)行的機會，當然也可以讓同優(yōu)先級、高優(yōu)先級的線程有執(zhí)行的機會。2、join()join()方法使調(diào)用該方法的線程在此之前執(zhí)行完畢，也就是等待該方法的線程執(zhí)行完畢后再往下繼續(xù)執(zhí)行。注意該方法也需要捕捉異常。3、yield()該方法與sleep()類似，只是不能由用戶指定暫停多長時間，并且yield（）方法只能讓同優(yōu)先級的線程有執(zhí)行的機會。4、wait()和notify()、notifyAll()這三個方法用于協(xié)調(diào)多個線程對共享數(shù)據(jù)的存取，所以必須在synchronized語句塊內(nèi)使用。synchronized關(guān)鍵字用于保護共享數(shù)據(jù)，阻止其他線程對共享數(shù)據(jù)的存取，但是這樣程序的流程就很不靈活了，如何才能在當前線程還沒退出synchronized數(shù)據(jù)塊時讓其他線程也有機會訪問共享數(shù)據(jù)呢？此時就用這三個方法來靈活控制。wait()方法使當前線程暫停執(zhí)行并釋放對象鎖標示，讓其他線程可以進入synchronized數(shù)據(jù)塊，當前線程被放入對象等待池中。當調(diào)用notify()方法后，將從對象的等待池中移走一個任意的線程并放到鎖標志等待池中，只有鎖標志等待池中線程能夠獲取鎖標志；如果鎖標志等待池中沒有線程，則notify()不起作用。notifyAll()則從對象等待池中移走所有等待那個對象的線程并放到鎖標志等待池中

王者榮耀典韋的大招怎么鎖定敵方英雄？

可以打開操作設(shè)置，在高級選項中找到鎖敵頭像開啟，開啟【顯示可攻擊頭像（高級）】和攻擊敵方方式【頭像鎖定（高級）】

在游戲中，碰到敵方英雄就會顯出他的頭像，點擊頭像就會鎖定目標，有條黃線牽著，一直往該目標走，技能也會釋放到他頭上