SSO 技術(shù)の詳細(xì)な調(diào)査
はじめに
シングル サインオン (SSO) は、ユーザーが 1 セットのログイン認(rèn)証情報を使用して複數(shù)のアプリケーションにアクセスできるようにする重要な認(rèn)証プロセスです。ユーザー エクスペリエンスを合理化し、セキュリティを強(qiáng)化し、さまざまなプラットフォームにわたるユーザー ID の管理を簡素化します。この記事では、SSO のさまざまな方法と実裝について詳しく説明し、そのセキュリティ レベル、複雑さ、必要なコンポーネントを分析します。
基本的な SSO
基本 SSO は Microsoft Entra ID と SAML (Security Assertion Markup Language) を採用し、最小限の複雑さで高いセキュリティを?qū)g現(xiàn)します。この方法には、Azure AD テナント、SAML 構(gòu)成、および SSL 証明書が必要です。 Basic SSO は実裝が簡単なため、シンプルさとセキュリティが最優(yōu)先される環(huán)境で非常に効果的です。
マルチテナント SSO
マルチテナント SSO は、カスタム ポリシーとともに Azure B2C (Business to Consumer) を使用します。非常に高いセキュリティを提供するため、複數(shù)のテナントにサービスを提供するアプリケーションに適しています。主要なコンポーネントには、Azure B2C テナント、カスタム ポリシー、Identity Experience Framework が含まれており、柔軟で堅(jiān)牢な認(rèn)証システムを保証します。
ハードウェア キー SSO
ハードウェア キー SSO には、SSO プロセスのセキュリティを強(qiáng)化するハードウェア セキュリティ キーが組み込まれています。この方法では、物理キーを利用することで、フィッシング攻撃や不正アクセスに対する強(qiáng)力な防御を?qū)g現(xiàn)します。
パスワードレス SSO
パスワードレス SSO は、FIDO2 認(rèn)証標(biāo)準(zhǔn)と Azure AD を活用して、中程度の複雑さで非常に高いセキュリティを提供します。 FIDO2 キー、Azure AD Premium、最新のブラウザーが必要です。この方法では、脆弱で脆弱なことが多いパスワードの必要性がなくなるため、全體的なセキュリティが大幅に向上します。
B2B SSO
B2B SSO は、企業(yè)間のやり取りのために特別に設(shè)計(jì)されています。 Azure AD B2B とカスタム ポリシーを利用して、シームレスなパートナー統(tǒng)合を?qū)g現(xiàn)します。このアプローチは高レベルのセキュリティとカスタマイズ性を優(yōu)先するため、外部パートナーと緊密に連攜する組織にとって不可欠なものとなります。
ステップアップ認(rèn)証 SSO
SSO によるステップアップ認(rèn)証は、Progressive Multi-Factor Authentication (MFA) と Azure AD を組み合わせて、非常に高いセキュリティと使いやすさを保証します。この方法では、Azure AD Premium、複數(shù)の MFA プロバイダー、リスク ポリシーを使用して、ユーザーの行動とリスク レベルに基づいて認(rèn)証要件を動的に調(diào)整します。
ジャストインタイム SSO
ジャストインタイム SSO は、Privileged Identity Management (PIM) と條件付きアクセス ポリシーを統(tǒng)合し、リソースへのタイムリーなアクセスを保証します。これは、Azure AD PIM、條件付きアクセス ポリシー、承認(rèn)フローなどのコンポーネントを必要とする、非常に複雑な非常に高度なセキュリティを提供します。
エンタープライズ SSO
エンタープライズ SSO ソリューションには OpenID Connect (OIDC) を備えた Okta が含まれており、中程度の複雑さで非常に高いセキュリティを提供します。主要なコンポーネントは、Okta テナント、OIDC 統(tǒng)合、およびカスタム ドメインです。この方法は、スケーラブルで安全な SSO ソリューションを必要とする大企業(yè)に最適です。
フェデレーション SSO
フェデレーション SSO は Azure AD と Google Workspace を使用して、中程度の複雑さで高いセキュリティを?qū)g現(xiàn)します。これには、異なる ID プロバイダー間のフェデレーションを設(shè)定し、さまざまなプラットフォーム間でシームレスなユーザー アクセスを確保することが含まれます。
ハイブリッド SSO
ハイブリッド SSO は、オンプレミスの Active Directory (AD) と Azure AD を組み合わせて、高度な複雑さと高度なセキュリティを提供します。この方法は、レガシー システムを維持しながらクラウド ベースのサービスに移行する組織に適しています。
ゼロトラスト SSO
ゼロトラスト SSO は、Azure AD と條件付きアクセス ポリシーを統(tǒng)合し、非常に複雑で非常に高いセキュリティを提供します。ユーザー ID とデバイスのコンプライアンスの継続的な検証を重視し、脅威に対する堅(jiān)牢な保護(hù)を保証します。
生體認(rèn)証 SSO
生體認(rèn)証 SSO は Windows Hello と Azure AD を利用し、中程度の複雑さで非常に高いセキュリティを提供します。この方法は生體認(rèn)証センサーと TPM チップに依存しており、安全でユーザーフレンドリーな認(rèn)証を保証します。
証明書ベースの SSO
証明書ベースの SSO は、クライアント証明書と Azure AD を使用して、非常に複雑で非常に高いセキュリティを?qū)g現(xiàn)します。強(qiáng)力で信頼性の高い認(rèn)証を保証するために、公開キー基盤 (PKI)、認(rèn)証局、および Azure AD が必要です。
スマート カード SSO
スマート カード SSO は、PIV (Personal Identity Verification) カードと Azure AD を採用し、非常に複雑なセキュリティを提供します。スマート カード リーダー、PIV カード、および Azure AD が必要です。
モバイル SSO
モバイル SSO は Microsoft Authenticator と Azure AD を使用して、複雑さを軽減しながら高度なセキュリティを提供します。この方法では、モバイル デバイスと Authenticator アプリを活用し、便利で安全な認(rèn)証プロセスを提供します。
多要素 SSO
多要素 SSO は、MFA と條件付きアクセス ポリシーを組み合わせて、中程度の複雑さで非常に高いセキュリティを提供します。 Azure MFA、條件付きアクセス ポリシー、認(rèn)証アプリが必要で、不正アクセスに対する堅(jiān)牢な保護(hù)が保証されます。
位置ベースの SSO
位置ベースの SSO は、ジオフェンシングと Azure AD を利用して、中程度の複雑さで高いセキュリティを?qū)g現(xiàn)します。これには、名前付きの場所と IP 範(fàn)囲の構(gòu)成が含まれ、信頼できる場所からのみアクセスが許可されるようにします。
デバイスベースの SSO
デバイスベースの SSO は、Intune と Azure AD を統(tǒng)合し、高度な複雑性を備えた高度なセキュリティを提供します。この方法では、Intune、Azure AD、およびモバイル デバイス管理 (MDM) ポリシーが必要で、デバイスのコンプライアンスと安全なアクセスが保証されます。
リスクベースの SSO
リスクベースの SSO は、Identity Protection と Azure AD を使用して、非常に複雑で非常に高いセキュリティを提供します。これには、リスク ポリシーと機(jī)械學(xué)習(xí)アルゴリズムを構(gòu)成し、リスク レベルに基づいて認(rèn)証要件を動的に調(diào)整することが含まれます。
ハイブリッド クラウド SSO
ハイブリッド クラウド SSO は、AWS Identity and Access Management (IAM) と Azure AD を組み合わせて、高度な複雑さと高度なセキュリティを提供します。 AWS と Azure AD 間のフェデレーション設(shè)定が必要であり、ハイブリッド クラウド環(huán)境全體でのシームレスなアクセスが保証されます。
クロスプラットフォーム SSO
クロスプラットフォーム SSO は Azure AD と Apple Business Manager を使用し、中程度の複雑さで高いセキュリティを提供します。この方法では、MDM ソリューションを活用して、さまざまなプラットフォーム間で安全なアクセスが保証されます。
トークンベースの SSO
トークンベースの SSO は、JSON Web トークン (JWT) と Azure AD を使用して、中程度の複雑さで高いセキュリティを?qū)g現(xiàn)します。これには、トークン サービスと API 管理のセットアップが含まれ、安全で効率的な認(rèn)証が保証されます。
適応型 SSO
アダプティブ SSO は、リスクベースの條件付きアクセスと Azure AD を統(tǒng)合し、非常に複雑でありながら非常に高いセキュリティを提供します。この方法では、ユーザーの行動とリスク レベルに基づいて認(rèn)証要件を動的に調(diào)整します。
継続的認(rèn)証 SSO
継続的認(rèn)証 SSO は、セッション リスクと Azure AD を使用して、非常に複雑で非常に高いセキュリティを提供します。これには、セッション ポリシーとリスク要因を監(jiān)視し、継続的かつ適応的な認(rèn)証を確保することが含まれます。
ゼロスタンディングアクセス
ゼロ スタンディング アクセスは、Privileged Identity Management (PIM) と Azure AD を組み合わせて、高度な複雑性を備えた高度なセキュリティを提供します。これには、JIT アクセスと承認(rèn)ワークフローが必要で、最小限の常設(shè)権限が保証されます。
屬性ベースの SSO
屬性ベースの SSO は、屬性ベースのアクセス制御 (ABAC) と Azure AD を使用して、非常に複雑で非常に高いセキュリティを?qū)g現(xiàn)します。これには、カスタム屬性とポリシー エンジンの構(gòu)成が含まれ、柔軟で詳細(xì)なアクセス制御が保証されます。
ロールベースの SSO
ロールベースの SSO は、ロールベースのアクセス制御 (RBAC) と Azure AD を採用し、中程度の複雑さで高いセキュリティを提供します。これには、役割の定義とアクセス レビューの実施が含まれ、ユーザーが適切なアクセス レベルを持っていることを確認(rèn)します。
時間ベースの SSO
時間ベースの SSO は、一時的なアクセス ポリシーと Azure AD を使用し、中程度の複雑さで高いセキュリティを提供します。これには、時間枠とアクセス スケジュールを構(gòu)成して、指定された時間內(nèi)にのみアクセスが許可されるようにすることが含まれます。
ネットワークベースの SSO
ネットワークベースの SSO は、VPN ソリューションを Azure AD と統(tǒng)合し、中程度の複雑さで高いセキュリティを提供します。 VPN セットアップとネットワーク ポリシーが必要で、安全なネットワーク環(huán)境からのみアクセスが許可されるようにします。
行動 SSO
行動 SSO は、ユーザー行動分析と Azure AD を使用して、非常に複雑で非常に高いセキュリティを?qū)g現(xiàn)します。これには、行動パターンの監(jiān)視と機(jī)械學(xué)習(xí)モデルの採用が含まれ、適応的で安全な認(rèn)証が保証されます。
コンテキスト認(rèn)識型 SSO
コンテキスト認(rèn)識 SSO は環(huán)境要因と Azure AD を活用し、非常に複雑でありながら非常に高いセキュリティを提供します。これには、コンテキスト エンジンとポリシー フレームワークの構(gòu)成が含まれ、認(rèn)証要件が変化する環(huán)境條件に確実に適応するようにします。
委任された SSO
委任 SSO は管理者の委任と Azure AD を採用し、中程度の複雑さで高いセキュリティを提供します。これには、委任ポリシーと RBAC モデルの構(gòu)成が含まれ、管理タスクが安全に委任されるようにします。
緊急アクセス SSO
緊急アクセス SSO は、非常用アカウントと Azure AD を組み合わせて、中程度の複雑さで非常に高いセキュリティを提供します。安全なストレージと監(jiān)査ログが必要で、特定の條件下でのみ緊急アクセスが許可されるようにします。
サービスアカウントの SSO
サービス アカウント SSO はマネージド ID と Azure AD を使用し、中程度の複雑さで高いセキュリティを提供します。これには、MSI サポートとキー コンテナーの構(gòu)成が含まれ、サービス アカウントが安全かつシームレスにアクセスできるようになります。
クラウド アプリ SSO
Cloud App SSO はアプリ プロキシを Azure AD と統(tǒng)合し、中程度の複雑さで高いセキュリティを提供します。アプリ プロキシとコネクタ グループを構(gòu)成して、クラウド アプリケーションへの安全なアクセスを確保する必要があります。
従來のアプリの SSO
レガシー アプリ SSO はパスワード ボールトと Azure AD を使用し、中程度の複雑さで中程度のセキュリティを提供します。これには、パスワード保管庫とアプリ テンプレートの構(gòu)成が含まれ、レガシー アプリケーションが最新の SSO ソリューションと安全に統(tǒng)合できるようになります。
モバイルアプリの SSO
モバイル アプリ SSO はモバイル アプリケーション管理 (MAM) と Azure AD を使用し、高度な複雑性を備えた高度なセキュリティを提供します。これには、Intune MAM とアプリ保護(hù)ポリシーの構(gòu)成が含まれ、モバイル アプリケーションからの安全なアクセスが確保されます。
ブラウザベースの SSO
ブラウザベースの SSO は Web 認(rèn)証 (WebAuthN) と Azure AD を採用し、複雑さを抑えながら高いセキュリティを提供します。ユーザーが Web ブラウザーを通じて安全に認(rèn)証できるようにするには、最新のブラウザーと WebAuthN サポートが必要です。
デスクトップ SSO
デスクトップ SSO は Windows Hello と Azure AD を使用し、中程度の複雑さで高いセキュリティを提供します。これには、Windows 10/11、TPM チップ、Azure AD の構(gòu)成が含まれ、デスクトップ環(huán)境の安全な認(rèn)証が保証されます。
API SSO
API SSO は OAuth 2.0 を Azure AD と統(tǒng)合し、中程度の複雑さで高いセキュリティを提供します。 OAuth セットアップと API 管理を構(gòu)成して、API アクセスに対する安全かつ効率的な認(rèn)証を確保する必要があります。
ヘッドレス SSO
ヘッドレス SSO はサービス プリンシパルと Azure AD を採用し、中程度の複雑さで高いセキュリティを提供します。これには、証明書認(rèn)証とサービス プリンシパルの構(gòu)成が含まれ、ヘッドレス アプリケーションへの安全なアクセスが確保されます。
コンテナ SSO
コンテナー SSO はマネージド ID と Azure Kubernetes Service (AKS) を使用し、高度な複雑性を備えた高度なセキュリティを提供します。これには、AKS とポッド ID の構(gòu)成が含まれ、コンテナー化された環(huán)境の安全な認(rèn)証が保証されます。
IoT SSO
IoT SSO は IoT Hub を Azure AD と統(tǒng)合し、高度な複雑性を備えた高度なセキュリティを提供します。これには、IoT Hub とデバイス プロビジョニングの構(gòu)成が含まれ、IoT デバイスの安全な認(rèn)証が保証されます。
エッジ コンピューティング SSO
エッジ コンピューティング SSO はエッジ ノードと Azure AD を使用し、高度な複雑性を備えた高度なセキュリティを提供します。これには、エッジ デバイスとローカル認(rèn)証の構(gòu)成が含まれ、エッジ コンピューティング環(huán)境への安全なアクセスが保証されます。
ハイブリッド ID SSO
ハイブリッド ID SSO は、パスワード ハッシュ同期と Azure AD を採用し、中程度の複雑さで高いセキュリティを提供します。これには、Azure AD Connect とパスワード同期の構(gòu)成が含まれ、オンプレミス ID とクラウド ID 間のシームレスな統(tǒng)合が保証されます。
ゲスト アクセス SSO
ゲスト アクセス SSO は Azure AD B2B とカスタム認(rèn)証を使用し、中程度の複雑さで高いセキュリティを提供します。これには、カスタム ポリシーとゲスト アクセスの構(gòu)成が含まれ、外部ユーザーの安全な認(rèn)証が保証されます。
ソブリンクラウド SSO
ソブリン クラウド SSO は、國內(nèi)クラウドを Azure AD と統(tǒng)合し、非常に複雑で非常に高いセキュリティを提供します。これには、ソブリン Azure AD、コンプライアンス ポリシー、ローカル データセンターの構(gòu)成が含まれ、地域の規(guī)制を確実に遵守します。
コンプライアンスベースの SSO
コンプライアンスベースの SSO は、規(guī)制ポリシーと Azure AD を使用し、非常に複雑で非常に高いセキュリティを提供します。これには、コンプライアンス ポリシーと監(jiān)査システムの構(gòu)成が含まれ、認(rèn)証プロセスが規(guī)制要件を満たしていることを確認(rèn)します。
AI 強(qiáng)化 SSO
AI 強(qiáng)化 SSO は機(jī)械學(xué)習(xí)モデルと Azure AD を採用しており、非常に複雑でありながら非常に高いセキュリティを提供します。これには、AI モデルと行動データの構(gòu)成が含まれ、認(rèn)証プロセスが進(jìn)化する脅威に確実に適応できるようにします。
ゼロナレッジ SSO
ゼロナレッジ SSO はエンドツーエンドの暗號化と Azure AD を使用し、非常に複雑で高度なセキュリティを提供します。暗號化、キー管理、Azure AD を構(gòu)成して、認(rèn)証データの安全性とプライバシーを確??保する必要があります。
結(jié)論として、SSO の多様な方法と実裝は、さまざまな組織のニーズに合わせて、さまざまなセキュリティ レベル、複雑さ、コンポーネントを提供します。適切な SSO ソリューションを慎重に選択することで、組織はセキュリティを強(qiáng)化し、ユーザー アクセスを合理化し、全體的な効率を向上させることができます。
以上がシングル サインオン (SSO) の方法と実裝の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。
ホットAIツール
Undress AI Tool
脫衣畫像を無料で
Undresser.AI Undress
リアルなヌード寫真を作成する AI 搭載アプリ
AI Clothes Remover
寫真から衣服を削除するオンライン AI ツール。
Clothoff.io
AI衣類リムーバー
Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。
人気の記事
ホットツール
メモ帳++7.3.1
使いやすく無料のコードエディター
SublimeText3 中國語版
中國語版、とても使いやすい
ゼンドスタジオ 13.0.1
強(qiáng)力な PHP 統(tǒng)合開発環(huán)境
ドリームウィーバー CS6
ビジュアル Web 開発ツール
SublimeText3 Mac版
神レベルのコード編集ソフト（SublimeText3）
node.jsでHTTPリクエストを作成する方法は？
Jul 13, 2025 am 02:18 AM
node.jsでHTTPリクエストを開始するには、組み込みモジュール、axios、およびnode-fetchを使用する3つの一般的な方法があります。 1.依存関係のない內(nèi)蔵http/httpsモジュールを使用します。これは基本的なシナリオに適していますが、https.get（）を使用してデータを取得したり、.write（）を介してPOSTリクエストを送信するなど、データステッチとエラーモニタリングの手動処理が必要です。 2.Axiosは、約束に基づいたサードパーティライブラリです。簡潔な構(gòu)文と強(qiáng)力な機(jī)能を備えており、非同期/待ち聲、自動JSON変換、インターセプターなどをサポートします。非同期リクエスト操作を簡素化することをお勧めします。 3.Node-Fetchは、約束と単純な構(gòu)文に基づいて、ブラウザフェッチに似たスタイルを提供します
JavaScriptデータ型：プリミティブ対參照
Jul 13, 2025 am 02:43 AM
JavaScriptデータ型は、プリミティブタイプと參照タイプに分割されます。プリミティブタイプには、文字列、數(shù)字、ブール、ヌル、未定義、シンボルが含まれます。値は不変であり、コピーは値を割り當(dāng)てるときにコピーされるため、互いに影響を與えません。オブジェクト、配列、関數(shù)などの參照タイプはメモリアドレスを保存し、同じオブジェクトを指す変數(shù)は互いに影響します。 TypeofとInstanceOFを使用してタイプを決定できますが、TypeOfNullの歴史的な問題に注意してください。これらの2種類の違いを理解することは、より安定した信頼性の高いコードを書くのに役立ちます。
JavaScript Timeオブジェクト、誰かがEACTEXE、Google Chromeなどのより高速なWebサイトを構(gòu)築します。
Jul 08, 2025 pm 02:27 PM
こんにちは、JavaScript開発者！今週のJavaScriptニュースへようこそ！今週は、DenoとのOracleの商標(biāo)紛爭、新しいJavaScript Timeオブジェクトがブラウザ、Google Chromeアップデート、およびいくつかの強(qiáng)力な開発ツールによってサポートされています。始めましょう！ 「JavaScript」の商標(biāo)を登録しようとするDeno Oracleの試みとのOracleの商標(biāo)紛爭は、論爭を引き起こしました。 Node.jsとDenoの作成者であるRyan Dahlは、商標(biāo)をキャンセルするために請願書を提出しました。
キャッシュAPIとは何ですか？また、サービスワーカーでどのように使用されますか？
Jul 08, 2025 am 02:43 AM
Cacheapiは、ブラウザからネットワークリクエストをキャッシュするツールです。これは、ウェブサイトのパフォーマンスとオフラインエクスペリエンスを改善するために、サービスワーカーと併用することがよくあります。 1.開発者は、スクリプト、スタイルシート、寫真などのリソースを手動で保存できるようにします。 2。要求に応じてキャッシュ応答と一致させることができます。 3.特定のキャッシュの削除またはキャッシュ全體のクリアをサポートします。 4.フェッチイベントを聞いているサービスワーカーを介して、キャッシュの優(yōu)先順位またはネットワークの優(yōu)先戦略を?qū)g裝できます。 5.オフラインサポート、繰り返しのアクセス速度の高速化、主要なリソースのプリロード、バックグラウンドアップデートコンテンツによく使用されます。 6.それを使用する場合、キャッシュバージョンの制御、ストレージ制限、およびHTTPキャッシングメカニズムとの違いに注意する必要があります。
ハンドリングの約束：javascriptのチェーン、エラー処理、および約束の組み合わせ
Jul 08, 2025 am 02:40 AM
約束は、JavaScriptで非同期操作を処理するためのコアメカニズムです。チェーンコール、エラー処理、コンビナーの理解は、アプリケーションをマスターするための鍵です。 1.チェーンコールは、.then（）を通じて新しい約束を返し、非同期プロセスの連結(jié)を?qū)g現(xiàn)します。それぞれ.then（）は以前の結(jié)果を受け取り、値または約束を返すことができます。 2。エラー処理は、.catch（）を使用して例外をキャッチしてサイレント障害を回避し、キャッチのデフォルト値を返すためにプロセスを継続する必要があります。 3。promise.all（）などの組み合わせ（すべての成功後にのみ成功しました）、promise.race（）（最初の完了が返されます）、promise.allsettled（）（すべての完了を待っています）
JavaScriptでのデータ操作のためのArray.Prototypeメソッドを活用します
Jul 06, 2025 am 02:36 AM
.map（）、.filter（）、.reduce（）などのJavaScriptアレイ內(nèi)蔵メソッドは、データ処理を簡素化できます。 1）.map（）は、要素を1つに変換して新しい配列を生成するために使用されます。 2）.filter（）は、條件ごとに要素をフィルタリングするために使用されます。 3）.reduce（）は、データを単一の値として集約するために使用されます。使用すると誤用を避ける必要があり、その結(jié)果、副作用やパフォーマンスの問題が発生します。
JSラウンドアップ：JavaScriptイベントループに深く潛り込む
Jul 08, 2025 am 02:24 AM
JavaScriptのイベントループは、コールスタック、WebAPIS、およびタスクキューを調(diào)整することにより、非同期操作を管理します。 1.コールスタックは同期コードを?qū)g行し、非同期タスクに遭遇すると、処理のためにWebAPIに引き渡されます。 2。WebAPIがバックグラウンドでタスクを完了した後、コールバックを?qū)潖辘工毳濠`（マクロタスクまたはマイクロタスク）に入れます。 3.イベントループは、コールスタックが空であるかどうかをチェックします。空の場合、コールバックはキューから取り出され、実行のためにコールスタックに押し込まれます。 4.マイクロタスク（Promise.thenなど）は、マクロタスク（SettimeOutなど）より優(yōu)先されます。 5.イベントループを理解するには、メインスレッドのブロックを避け、コード実行順序を最適化するのに役立ちます。
JavaScript DOMイベントでのイベントの泡立ちとキャプチャの理解
Jul 08, 2025 am 02:36 AM
イベントの泡は、ターゲット要素から祖先ノードに外側(cè)に伝播し、イベントキャプチャは外側(cè)の層からターゲット要素に內(nèi)側(cè)に伝播します。 1。イベントバブル：子要素をクリックした後、イベントは親要素のリスナーを上向きにトリガーします。たとえば、ボタンをクリックした後、最初に保育を出してから、親クリックしました。 2。イベントキャプチャ：3番目のパラメーターをtrueに設(shè)定して、リスナーが[親子要素のキャプチャリスナー]をクリックする前に[親要素のキャプチャリスナーをトリガーするなど、キャプチャステージで実行されるようにします。 3.実用的な用途には、子どもの要素イベントの統(tǒng)一された管理、傍受前処理、パフォーマンスの最適化が含まれます。 4. DOMイベントストリームは、キャプチャ、ターゲット、バブルの3つの段階に分割され、デフォルトのリスナーはバブルステージで実行されます。
