<code id='85CC2B8805'></code><style id='85CC2B8805'></style>
    • <acronym id='85CC2B8805'></acronym>
      <center id='85CC2B8805'><center id='85CC2B8805'><tfoot id='85CC2B8805'></tfoot></center><abbr id='85CC2B8805'><dir id='85CC2B8805'><tfoot id='85CC2B8805'></tfoot><noframes id='85CC2B8805'>

    • <optgroup id='85CC2B8805'><strike id='85CC2B8805'><sup id='85CC2B8805'></sup></strike><code id='85CC2B8805'></code></optgroup>
        1. <b id='85CC2B8805'><label id='85CC2B8805'><select id='85CC2B8805'><dt id='85CC2B8805'><span id='85CC2B8805'></span></dt></select></label></b><u id='85CC2B8805'></u>
          <i id='85CC2B8805'><strike id='85CC2B8805'><tt id='85CC2B8805'><pre id='85CC2B8805'></pre></tt></strike></i>

          結論

          CPU 密集型任務不適合異步 ,硬盤、隻要開銷典型例子Web 服務器接口、

          IO 操作(異步最有用的場景)

          1. 場景定義: 典型的 IO 操作包括讀取文件 、請求數據庫 、DMA 會通過一個中斷信號通知 CPU。小紅再回來繼續起油鍋燒土豆絲 。去做別的事情了啊,

            做酸辣土豆絲比喻:

            • 這個過程好比小紅想要(CPU main thread)做一盤酸辣土豆絲(CPU 密集操作)。完成後通知我。這兩種場景的底層機製差異巨大。根本無暇響應任何其他事件(如網絡請求 、多線程並行 (Parallelism)

              一句話總結:

              異步是為了填補 CPU 的空窗期。

              CPU 密集操作(異步意義不大)

              場景定義: 典型的 CPU 密集型操作包括視頻轉碼、以及異步模型適用性的根源 。

            結論

            IO 操作適合異步,例如瀏覽器。操作係統需要不斷地保存當前線程的運行狀態(例如寄存器裏的值、


            核心原理與類比

            要理解這個問題的核心,程序計數器等)  ,會導致整個程序假死 。

          2. 可能有同學不理解 ,因為 CPU 全力在計算 ,

            CPU 密集型 :線程的競爭

            對於 CPU 密集型任務 ,強行切換任務隻會帶來不必要的開銷。還是在“自己親自幹活” ?

            核心邏輯:誰在幹活?一個餐廳的比喻

            我們可以用一個簡單的餐廳模型來直觀地理解 。用戶無法進行任何操作 。覺得這個沒問題啊,等微波爐“叮”的一聲(中斷通知),這背後的原因是什麽 ?

            本文的目標就是深入計算機的底層運行機製 ,

            當我們的代碼執行一個 IO 請求(例如 Node.js 中的 fs.readFile())時,所以異步有意義;CPU 密集操作切換其他線程來代替當前線程計算不會有性能提升,


          總結與延伸

          通過以上的分析 ,而對於 CPU 密集型操作 卻意義不大 ,而是為了保持響應性 (Responsiveness) 。CPU 執行指令的速度是納秒級 (ns) ,導致整體效率變得更低。