對標蘋果的靈動島 華為帶來實況窗功能
繼蘋果的靈動島之后，華為也在今天正式推出了“實況窗”功能。據今天鴻蒙OS 4.0的現場演示顯示，華為的實況窗可以更高效的展現出實時通知，比如鎖屏上就能看到外賣、打車、銀行
現在不要擔心理解上面的圖片，因為我們將從非常基礎的知識開始。
Goroutines分布在線程中，由Goroutine調度器在幕后處理。根據我們之前的討論，我們知道一些關于Goroutines的事情：
你可能之前聽說過Goroutine調度器，但我們真正了解它是如何工作的嗎？它是如何將Goroutines與線程配對的？
現在讓我們一步一步地分解調度器的操作。
Go團隊為我們真正簡化了并發處理，想想看：創建一個Goroutine就像在函數前面加上 go 關鍵字一樣容易。
go doWork()但在這個簡單的步驟背后，有一個更深層的系統在運作。
從一開始，Go并不是簡單地提供了線程。相反，在中間有一個輔助工具，Goroutine調度器，它是Go運行時的關鍵部分。
1*6UyqGhkbOV7kSlRe1CD-gA.png
那么什么是M:N標簽？
它表示Go調度器在將M個Goroutines映射到N個內核線程時所起的作用，形成了M:N模型。你可以擁有更多的操作系統線程，就像可以擁有更多的Goroutines一樣。
在我們深入研究調度器之前，讓我們澄清一下經常混淆的兩個術語：并發和并行。
1*30ViMAPkVySvdSDc-hI3sA.png
讓我們看看Go調度器是如何與線程配合運作的。
在我們深入研究內部工作原理之前，讓我們分解一下P、M和G代表什么。
Goroutine充當Go的最小執行單元，類似于輕量級線程。
在Go的運行時中，它由一個名為g的struct{}表示。一旦創建，它會找到一個邏輯處理器P的本地可運行隊列（或G隊列）中的位置，然后P將其交給一個實際的內核線程M。
Goroutines通常存在三種主要狀態：
1*U62eyES6_koQtsv_9jWKHw.png
Goroutines并不僅僅被使用一次然后被丟棄。
相反，當啟動新的Goroutine時，Go的運行時會從Goroutine池
中選擇一個，但如果找不到任何可用的Goroutine，它會創建一個新的。然后，這個新的Goroutine加入到一個P的可運行隊列中。
在Go調度器中，當我們提到“處理器”時，我們指的是邏輯實體，而不是物理實體。
默認情況下，P的數量設置為可用的核心數，你可以使用runtime.GOMAXPROCS(int)函數來檢查或更改這些處理器的數量。
runtime.GOMAXPROCS(0) // 獲取當前允許的邏輯處理器數量如果你想更改這個數量，最好是在應用程序啟動時更改它，如果在運行時更改，它會導致STW（停止一切），直到重新調整處理器。
每個P都擁有自己的可運行Goroutines列表，稱為本地運行隊列，最多可以容納256個Goroutines。
1*0EneA397HA1uYYeg0_HspQ.png
調度器 — P（邏輯處理器）
如果P的隊列達到了最大Coroutines數（256），那么就有一個共享隊列，稱為全局運行隊列，但我們將稍后討論這個。
"那么 'P' 的這個數量到底代表什么？" 它表示可以同時運行的Goroutines數量 — 想象它們并行運行。
一個典型的Go程序最多可以使用1萬個線程。
是的，我說的是線程，而不是Goroutines。如果超出這個限制，你可能會使你的Go應用程序崩潰。
"什么情況下會創建一個線程？" 想象一種情況：一個Goroutine處于可運行狀態并需要一個線程。如果所有線程已經被阻塞，可能是因為系統調用或非搶占操作，會怎么樣？在這種情況下，調度器會介入并為該Goroutine創建一個新線程。一個需要注意的事情是，如果一個線程只是忙于昂貴的計算或長時間運行的任務，它不被視為被卡住或被阻塞。如果你想更改默認線程限制，你可以使用 runtime/debug.SetMaxThreads() 函數，它允許你設置你的Go程序可以使用的操作系統線程的最大數量。此外，值得知道的是，線程是可以重復使用的，因為創建或銷毀線程是消耗資源的。
讓我們通過項目符號逐步了解 M、P 和 G 如何一起運作。
我不會在這里深入討論每個細節，但我將在即將發布的故事中深入探討。如果你感興趣，請訂閱。
1*d4hu416FJtHHaJaKJFYkGg.png
“那么被阻塞的線程呢？” 如果一個 goroutine 啟動了需要時間的系統調用（比如讀取文件），那么 M 會等待。但調度程序不喜歡某個只是坐在那里等待的線程，它會將被暫停的 M 與其 P 解除連接，并將來自隊列的另一個可運行的 goroutine 與新的或現有的 M 連接起來，然后與 P 協作。竊取過程：
當一個線程（M）完成了它的任務并沒有其他事情可做時，它不會坐在那里。
相反，它積極地尋找更多工作，觀察其他處理器并獲取它們一半的任務，讓我們來詳細了解一下：
ewA.png
需要注意的細節是全局隊列實際上被檢查了兩次：每 61 個時鐘滴答一次以確保公平性，如果本地隊列為空，就再次檢查。
“如果 M 與其 P 相關聯，它怎么能從其他處理器那里獲取任務呢?M 會更改其 P 嗎?” 答案是不會。即使 M 從另一個 P 的隊列中獲取任務，它仍然使用其原始處理器來運行該任務。因此，在 M 承擔新任務的同時，它仍然忠實于其處理器。
“為什么是 61?” 在設計算法時，特別是哈希算法，通常會選擇質數，因為它們除了 1 和它們自己之外沒有除數。這可以降低出現模式或規律的機會，從而防止“碰撞”或其他不希望出現的行為。如果太短，系統可能會浪費資源頻繁檢查全局運行隊列。如果太長，goroutine 可能會在執行之前等待過長的時間。
我們還沒有詳細討論網絡輪詢器，但它在竊取過程圖表中提到了。
與 Go Scheduler 一樣，網絡輪詢器是 Go Runtime 的組成部分，負責處理與網絡相關的調用（例如，網絡 I/O）。
讓我們比較兩種系統調用類型：
本文鏈接：http://www.www897cc.com/showinfo-26-32011-0.html揭秘系列：Goroutine調度器
聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。郵件：2376512515@qq.com
上一篇： 函數組件和函數式編程有關系么？
Copyright ? 2016-2023 天津谷騏科技有限公司 版權所有 sitemap.xml
違法及侵權請聯系：2376512515@qq.com 津ICP備18001702號
津公網安備 12010102000574號