検索
ホームページウェブフロントエンドjsチュートリアルブラウザーのイベント ループの詳細 (コード例)

この記事では、ブラウザーのイベント ループについて詳しく説明します (コード例)。必要な方は参考にしていただければ幸いです。

ブラウザのイベント ループは、フロントエンドにとって非常に馴染みのあるものであり、毎日接触するものです。しかし、以前は暗記していました。 イベントタスクキューはマクロタスクとマイクロタスクに分かれており、ブラウザはまずマクロタスクからタスクを取り出して実行し、次にマイクロタスク内のすべてのタスクを実行してから、マクロタスクを実行してタスクを取り出します... . このサイクルが続きます。しかし、次のコードでは、setTimeout がマクロタスクに属しているため、最初に setTimeout を取り出して実行する必要がありますが、実行結果を見て私は混乱しました。

<script>
    setTimeout(() => {
        console.log(1)
    }, 0)
    new Promise((resolve) => {
        console.log(2)
        resolve()
    }).then(() => {
        console.log(3)
    })
    // 我曾经的预期是:2 1 3
    // 实际输出:2 3 1
</script>

他の人のタスクキューの紹介を注意深く読んだ後、同期的に実行されるjsコードが実際にはマクロタスクであることに気付きました(正確には、各scriptタグ内のコードがマクロタスクです)。ルールでは、 最初にマクロタスクを取り出して を実行しても問題ないとあります。
インターネット上の多くの記事では、上記のように説明されていますが、これは HTML のイベント ループの仕様だとずっと思っていて、それを覚えているだけです。最近 Li Yincheng 氏の記事 (記事の最後にある参考リンクを参照) を読んで初めて、以前に読んだ記事ではブラウザのマルチスレッド モデルを明確に分析していないことに突然気づきました。したがって、ブラウザのイベント ループは上記の規則に基づいて、実際にはブラウザのマルチスレッド モデルの結果であると考えられます。

マクロタスクの本質

マクロタスクは本質的に、ブラウザの複数のスレッド間で通信するためのメッセージ キューです。
Chrome では、各ページが 1 つのプロセスに対応します。 js スレッド、レンダリング スレッド、io スレッド、ネットワーク スレッド、タイマー スレッドなどの複数のスレッドが存在します。これらのスレッド間の通信は、相手のタスク キューにタスク (PostTask) を追加することで実現されます。

ブラウザ内のさまざまなスレッドは、for 無限ループで実行されます。各スレッドには独自のタスク キューがあり、タスク キューによってタスクが追加されます。 、これらのスレッドは実行のために独自のタスク キューから継続的にタスクを取り出したり、設定された時間までスリープしたり、PostTask 時に誰かがスレッドを起こしたりします。

単純に理解すると、ブラウザの各スレッドは常に自身のタスクキューからタスクを取り出しては実行し、再びタスクを取り出しては再度実行するという無限ループを繰り返していると言えます。

次のコードを例に挙げます。

<script>
    console.log(1)
    setTimeout(() => {
        console.log(2)
    }, 1000)
    console.log(3)
</script>
  1. まず、script タグ内のコードがタスクとして js スレッドのタスク キューに入れられます。 jsスレッドを起こしてタスクを取り出して実行します

  2. 最初にconsole.log(1)を実行し、次にsetTimeoutを実行し、タイマースレッドにタスクを追加して実行しますconsole.log(3) この時点で、js スレッドのタスク キューは空になり、js スレッドはスリープ状態になります。

  3. 約 1000 ミリ秒後に、タイマー スレッドがスケジュールされたタスクを追加します。 (タイマー コールバック) が js スレッドのタスク キューに追加され、js スレッドが再び起動され、スケジュールされたコールバック関数が実行され、最後に console.log(2) が実行されます。

ご覧のとおり、いわゆるマクロタスクは、ブラウザがどのタスクがマクロタスクであるかを定義することを意味するものではなく、ブラウザの各スレッドが独自のタスク キューを忠実に循環させるだけです。それは単なるタスクです。

microtask

ブラウザのマルチスレッド モデルによって引き起こされる「錯覚」であるマクロタスクと比較して、マイクロタスクは他のスレッドではなく、現在のスレッドに属するキューです。 PostTask。Promise.then や MutationObserver のように、タスクが遅延されるだけです (正確には、現在実行されている同期コードの後に​​実行されます)。

次のコードを例に挙げます。

<script>
    new Promise((resolve) => {
       resolve()
       console.log(1)
       setTimeout(() => {
         console.log(2)
       },0)
    }).then(() => {
        console.log(3)
    })
    // 输出:1 3 2
</script>
  1. まず、script タグ内のコードがタスクとして js スレッドのタスク キューに入れられます。 jsスレッドが起動され、タスクを取り出して

  2. を実行し、新しいPromiseを実行してPromise内で解決すると、promiseのthenコールバック関数がタスクとして使用されます。これを遅延させて、現在実行されているすべての同期に配置する必要があります。コード

  3. ##の後にsetTimeoutを実行し、タスクをタイマー スレッド

    ##に追加します。 #このとき、同期コードが実行され、その後遅延実行が実行されます。タスク、つまりpromiseのthenコールバック関数は、console.log(3)
  4. #を実行することです。

    最後に、js スレッドのタスク キューが空になり、約 1000 ミリ秒後に js スレッドがスリープ状態になります。タイマー スレッドは、スケジュールされたタスク (タイマー コールバック) を js スレッドのタスク キューに追加し、js スレッドは終了します。再び目覚めて、スケジュールされたコールバック関数、つまり console.log(2) を実行します。

总结

通过上面的分析,可以看到,文章开头提到的规则:浏览器先从macrotask取出一个任务执行,再执行microtask内的所有任务,接着又去macrotask取出一个任务执行...,并没有说错,但这只是浏览器执行机制造成的现象,而不是说浏览器按照这样的规则去执行的代码。
这篇文章中的所有干货都来自李银成大佬的文章,我只是按照自己的理解,做了简化描述,方便大家理解,也加深自己的印象。
最后,看了这篇文章,大家能够基于浏览器的运行机制,分析出下面代码的执行结果了吗(ps:不要用死记硬背的规则去分析哟)

console.log('start')

const interval = setInterval(() => {  
  console.log('setInterval')
}, 0)

setTimeout(() => {  
  console.log('setTimeout 1')
  Promise.resolve()
      .then(() => {
        console.log('promise 3')
      })
      .then(() => {
        console.log('promise 4')
      })
      .then(() => {
        setTimeout(() => {
          console.log('setTimeout 2')
          Promise.resolve()
              .then(() => {
                console.log('promise 5')
              })
              .then(() => {
                console.log('promise 6')
              })
              .then(() => {
                clearInterval(interval)
              })
        }, 0)
      })
}, 0)

Promise.resolve()
    .then(() => {  
        console.log('promise 1')
    })
    .then(() => {
        console.log('promise 2')
    })
// 执行结果
/*  start
    promise 1
    promise 2
    setInterval
    setTimeout 1
    promise 3
    promise 4
    setInterval
    setTimeout 2
    promise 5
    promise 6
*/


以上がブラウザーのイベント ループの詳細 (コード例)の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

声明
この記事はsegmentfaultで複製されています。侵害がある場合は、admin@php.cn までご連絡ください。
JavaScriptとWeb:コア機能とユースケースJavaScriptとWeb:コア機能とユースケースApr 18, 2025 am 12:19 AM

Web開発におけるJavaScriptの主な用途には、クライアントの相互作用、フォーム検証、非同期通信が含まれます。 1)DOM操作による動的なコンテンツの更新とユーザーインタラクション。 2)ユーザーエクスペリエンスを改善するためにデータを提出する前に、クライアントの検証が実行されます。 3)サーバーとのリフレッシュレス通信は、AJAXテクノロジーを通じて達成されます。

JavaScriptエンジンの理解:実装の詳細JavaScriptエンジンの理解:実装の詳細Apr 17, 2025 am 12:05 AM

JavaScriptエンジンが内部的にどのように機能するかを理解することは、開発者にとってより効率的なコードの作成とパフォーマンスのボトルネックと最適化戦略の理解に役立つためです。 1)エンジンのワークフローには、3つの段階が含まれます。解析、コンパイル、実行。 2)実行プロセス中、エンジンはインラインキャッシュや非表示クラスなどの動的最適化を実行します。 3)ベストプラクティスには、グローバル変数の避け、ループの最適化、constとletsの使用、閉鎖の過度の使用の回避が含まれます。

Python vs. JavaScript:学習曲線と使いやすさPython vs. JavaScript:学習曲線と使いやすさApr 16, 2025 am 12:12 AM

Pythonは、スムーズな学習曲線と簡潔な構文を備えた初心者により適しています。 JavaScriptは、急な学習曲線と柔軟な構文を備えたフロントエンド開発に適しています。 1。Python構文は直感的で、データサイエンスやバックエンド開発に適しています。 2。JavaScriptは柔軟で、フロントエンドおよびサーバー側のプログラミングで広く使用されています。

Python vs. JavaScript:コミュニティ、ライブラリ、リソースPython vs. JavaScript:コミュニティ、ライブラリ、リソースApr 15, 2025 am 12:16 AM

PythonとJavaScriptには、コミュニティ、ライブラリ、リソースの観点から、独自の利点と短所があります。 1)Pythonコミュニティはフレンドリーで初心者に適していますが、フロントエンドの開発リソースはJavaScriptほど豊富ではありません。 2)Pythonはデータサイエンスおよび機械学習ライブラリで強力ですが、JavaScriptはフロントエンド開発ライブラリとフレームワークで優れています。 3)どちらも豊富な学習リソースを持っていますが、Pythonは公式文書から始めるのに適していますが、JavaScriptはMDNWebDocsにより優れています。選択は、プロジェクトのニーズと個人的な関心に基づいている必要があります。

C/CからJavaScriptへ:すべてがどのように機能するかC/CからJavaScriptへ:すべてがどのように機能するかApr 14, 2025 am 12:05 AM

C/CからJavaScriptへのシフトには、動的なタイピング、ゴミ収集、非同期プログラミングへの適応が必要です。 1)C/Cは、手動メモリ管理を必要とする静的に型付けられた言語であり、JavaScriptは動的に型付けされ、ごみ収集が自動的に処理されます。 2)C/Cはマシンコードにコンパイルする必要がありますが、JavaScriptは解釈言語です。 3)JavaScriptは、閉鎖、プロトタイプチェーン、約束などの概念を導入します。これにより、柔軟性と非同期プログラミング機能が向上します。

JavaScriptエンジン:実装の比較JavaScriptエンジン:実装の比較Apr 13, 2025 am 12:05 AM

さまざまなJavaScriptエンジンは、各エンジンの実装原則と最適化戦略が異なるため、JavaScriptコードを解析および実行するときに異なる効果をもたらします。 1。語彙分析:ソースコードを語彙ユニットに変換します。 2。文法分析:抽象的な構文ツリーを生成します。 3。最適化とコンパイル:JITコンパイラを介してマシンコードを生成します。 4。実行:マシンコードを実行します。 V8エンジンはインスタントコンピレーションと非表示クラスを通じて最適化され、Spidermonkeyはタイプ推論システムを使用して、同じコードで異なるパフォーマンスパフォーマンスをもたらします。

ブラウザを超えて:現実世界のJavaScriptブラウザを超えて:現実世界のJavaScriptApr 12, 2025 am 12:06 AM

現実世界におけるJavaScriptのアプリケーションには、サーバー側のプログラミング、モバイルアプリケーション開発、モノのインターネット制御が含まれます。 2。モバイルアプリケーションの開発は、ReactNativeを通じて実行され、クロスプラットフォームの展開をサポートします。 3.ハードウェアの相互作用に適したJohnny-Fiveライブラリを介したIoTデバイス制御に使用されます。

next.jsを使用してマルチテナントSaaSアプリケーションを構築する(バックエンド統合)next.jsを使用してマルチテナントSaaSアプリケーションを構築する(バックエンド統合)Apr 11, 2025 am 08:23 AM

私はあなたの日常的な技術ツールを使用して機能的なマルチテナントSaaSアプリケーション(EDTECHアプリ)を作成しましたが、あなたは同じことをすることができます。 まず、マルチテナントSaaSアプリケーションとは何ですか? マルチテナントSaaSアプリケーションを使用すると、Singの複数の顧客にサービスを提供できます

See all articles

ホットAIツール

Undresser.AI Undress

Undresser.AI Undress

リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover

AI Clothes Remover

写真から衣服を削除するオンライン AI ツール。

Undress AI Tool

Undress AI Tool

脱衣画像を無料で

Clothoff.io

Clothoff.io

AI衣類リムーバー

AI Hentai Generator

AI Hentai Generator

AIヘンタイを無料で生成します。

ホットツール

VSCode Windows 64 ビットのダウンロード

VSCode Windows 64 ビットのダウンロード

Microsoft によって発売された無料で強力な IDE エディター

メモ帳++7.3.1

メモ帳++7.3.1

使いやすく無料のコードエディター

MinGW - Minimalist GNU for Windows

MinGW - Minimalist GNU for Windows

このプロジェクトは osdn.net/projects/mingw に移行中です。引き続きそこでフォローしていただけます。 MinGW: GNU Compiler Collection (GCC) のネイティブ Windows ポートであり、ネイティブ Windows アプリケーションを構築するための自由に配布可能なインポート ライブラリとヘッダー ファイルであり、C99 機能をサポートする MSVC ランタイムの拡張機能が含まれています。すべての MinGW ソフトウェアは 64 ビット Windows プラットフォームで実行できます。

WebStorm Mac版

WebStorm Mac版

便利なJavaScript開発ツール

SublimeText3 Linux 新バージョン

SublimeText3 Linux 新バージョン

SublimeText3 Linux 最新バージョン