定個鬧鍾(設置回調)
,作异因為調度其他線程來完成 CPU 密集操作的有意义效率不如當前線程直接計算高
。CPU 密集型
:線程的競爭對於 CPU 密集型任務
,文件上傳下載 | 視頻壓縮、有意义這個過程可以精煉地總結為:異步 IO = CPU 外包工作 + 中斷通知。作异請求數據庫、有意义可以去處理其他任務了。作异多線程開銷: 在多線程環境中
,有意义特殊情況 :何時 CPU 操作需要“異步”?作异雖然 CPU 密集型操作通過異步無法提高整體吞吐量
,然後像個雕像一樣站在它麵前幹等,有意义 結論IO 操作適合異步 ,作异因為 CPU 全力在計算
,有意义她跑去擦桌子,作异等小明切好土豆絲了,假設你在網頁中用 JavaScript 執行一個大規模的有意义同步計算,圖像渲染 |
| 最佳策略 | 異步非阻塞 (Async/Await,作异 Reactive) | 多進程
、從而闡明異步的真正價值所在
。導致頁麵卡死,- 單線程阻塞: 在一個單線程環境(如 Node.js 主線程)中執行一個耗時很長的計算任務
,CPU 就立刻被釋放
,訪問網絡接口等 。去做別的事情了啊
,操作係統需要不斷地保存當前線程的運行狀態(例如寄存器裏的值、隻要開銷
|
| 典型例子 | Web 服務器接口、情況完全不同 。DMA 會通過一個中斷信號通知 CPU。這不是效率提高了嗎
?真的是這樣嗎?小紅不呼叫小明切土豆,做酸辣土豆絲比喻: | 低。關鍵在於 DMA(直接存儲器訪問) 機製。本質分析: 這種“異步化”處理並沒有減少總的計算時間(甚至可能因為切換開銷而變慢),這兩種場景的底層機製差異巨大。強行切換任務隻會帶來不必要的開銷
。利用等待時間處理其他並發請求(高並發的核心)。例如瀏覽器
。那小明這時候也是空閑的啊。- 核心目的: 此時,等微波爐“叮”的一聲(中斷通知)
,
結論CPU 密集型任務不適合異步
,例如 ALU(算術邏輯單元) 和寄存器。根本無暇響應任何其他事件(如網絡請求、數據加密解密
、或者使用 setTimeout 將大任務拆分成許多小塊分片執行 。真正的數據拷貝工作由 DMA 控製器全權負責,但在一種特殊場景下
,還是在“自己親自幹活”? 核心邏輯 :誰在幹活
?一個餐廳的比喻我們可以用一個簡單的餐廳模型來直觀地理解 。導致整體效率變得更低
。複雜的數學計算、多線程並行 (Parallelism)
|