今天看到一段有意思的代碼：Thread.sleep(0)，下面就來分析一下這串看似無用的代碼到底有沒有用。

Thread.sleep(0)到底是個什么騷操作，這睡0毫秒和不睡有什么區(qū)別嗎？

操作系統(tǒng)資源的分配策略

想要去了解多線程，就先要去了解操作系統(tǒng)中資源的不同分配策略在操作系統(tǒng)中，CPU資源的分配策略有多種，下面就拿兩種最為典型的策略舉例：

時間片算法

基于時間片算法分配資源的代表就是Unix系統(tǒng)。在時間片算法中，操作系統(tǒng)會維護一個隊列，將所有的進程放入隊列中。然后操作系統(tǒng)會按照隊列中的進程順序為他們分配屬于自己的運行時間，也就是說，操作系統(tǒng)給A進程分配n毫秒時間，那么A進程在本次排隊時只可以運行n毫秒。

當A進程運行完n毫秒后，操作系統(tǒng)不管A是否運行完畢都會把運行權(quán)限強行剝奪，交給隊列里面的下一個進程去執(zhí)行，然后A進程繼續(xù)去隊列尾部進行下一次排隊。(這里，如果A在n毫秒之前提前結(jié)束或者被阻塞，操作系統(tǒng)會立即收回A的運行權(quán)限)

舉個例子：

你去食堂買飯，這種模式就是食堂會強制你去排隊，而且每人只有十分鐘點餐時間，一旦過了這個時間你就要重新去排隊。

搶占式

基于搶占式分配資源的代表是Winodws系統(tǒng)。搶占式的操作系統(tǒng)都是“儒家學派”的，默認每個進程都是“君子”。意思就是：一個進程一旦拿到CPU后，除非它主動放棄CPU權(quán)限，不然別的進程是拿不到CPU權(quán)限的。

然后操作系統(tǒng)在選取執(zhí)行權(quán)限的時候也不是隨機選的，它會根據(jù)優(yōu)先級和饑餓時間來判定誰更需要CPU權(quán)限的。每次一個進程是釋放CPU后，就會進行一次優(yōu)先級評定。也就是說，如果運氣好，每次都會被選中。

舉個例子：

你去食堂買飯，食堂阿姨看你小伙子挺帥就先給你盛飯。然后給你盛完飯再選一次，又發(fā)現(xiàn)你這小伙子越看越順眼，就再給你一碗。

關(guān)于Sleep

拿搶占式來說。去食堂吃飯，阿姨看小伙子挺不錯，三番五次的給你盛飯，但是你已經(jīng)吃飽了，這時候你就會告訴阿姨我吃飽了，接下來半小時不要再給我盛飯了。

對應(yīng)到代碼里就是，A最近30min不想再參與資源選舉了，這時它就會sleep(30 * 60 * 1000)，然后操作系統(tǒng)就會進行再次選舉，并且未來半小時A不參與選舉。此時當A醒來之后，或許CPU執(zhí)行權(quán)在另一個進程手里。

再說Thread.sleep(0)

假如A執(zhí)行了一段時間后，突然想起來其他小伙伴可能也需要CPU執(zhí)行權(quán)限，不能光自己一個人霸占這個CPU，但是又沒辦法主動申請再次選舉，就只能退而求其次執(zhí)行Thread.sleep(0)，在A有執(zhí)行權(quán)限的情況下執(zhí)行，執(zhí)行后告訴操作系統(tǒng)，我要休息0毫秒，你接下來0毫秒內(nèi)的選舉就不要選我啦。但是操作系統(tǒng)下次再選舉的時候還是會把A算進去，因為0毫秒已經(jīng)過了。

總結(jié)

Thread.sleep(0)不光有用，而且有奇效，對于想做老好人的進程可以調(diào)用一次，讓操作系統(tǒng)再次進行選舉。

審核編輯 ：李倩