1. はじめに:Web アプリケーションの開発プロセスでは、一度に複数のリクエストが開始されるシナリオに遭遇することがよくあります。 この場合、通常は 2 つのアプローチがあります。
私たちのプロジェクトでは、現在、ほとんどの場合、上記の 2 つの方法が使用されています。今日は新しい方法を紹介したいと思います。 2. CancelToken クラス以前に Promise をインスタンス化しました。このオブジェクトが成功したかどうかは、関数の外部では判断できません。ここでは、Promise とその解決を分離するためにちょっとしたトリックを使用する必要があります。解決はいつでも発動できます: // 約束 解決するPromise p = new Promise((resolve, deny) => { とする 解決約束 = 解決 }) // これはresolvePromise()を外部で実行します さて、この前提に基づいて、axios.CancelToken クラスを使用する必要があります。 このクラスは、各リクエストで別のプロミスを開き、promise.race (リクエスト p1、キャンセル リクエスト p2) を形成することと同じです。プロミスの解決メソッドは、受信する外部変数に割り当てられます。需要に応じて、以前のリクエストをキャンセルするかどうかを手動で決定できます。実際、これは、フェッチ カプセル化インターフェースがタイムアウトしたときに記述した Promise.race に似ています。 cancelToken は、cancelToken と、実際にはこのプロミスの解決である cancel メソッドを生成するための対応する静的メソッド ソースも提供します。 CancelToken.source = 関数ソース() { var キャンセル; // var token = new CancelToken(function executor(c) { キャンセル = c; }); 戻る { トークン: トークン、 キャンセル: キャンセル、 }; 一般的なキャッシュ方法に従って、各リクエストの URL と対応するキャンセル メソッドを格納するマップを宣言できます。 //グローバルマップを宣言する const pendingHttp = 新しい Map() // axios に組み込まれた CancelToken クラス const CancelToken = axios.CancelToken 関数 addApi (config) { config.cancelToken = 新しいCancelToken((キャンセル) => { 定数 url = config.url コンソールログ(保留中のHttp) if (!pendingHttp.has(url)) { pendingHttp.set(url, キャンセル) } }) } 関数 cancelApi (config) { 定数 url = config.url if (pendingHttp.has(url)) { // 現在のリクエスト識別子が保留中に存在する場合は、現在のリクエストをキャンセルして削除する必要があります。const cancel = pendingHttp.get(url) キャンセル(url + 'キャンセル') pendingHttp.delete(url) // 現在の URL のキャッシュをクリアします} }
タイマーを操作するのと同じように、次のタイマーを開始する前に、前のタイマーをキャンセルするようにしてください。 httpService.interceptors.request.use(config => { キャンセルAPI(設定) APIの追加(設定) // ローカルでデバッグする場合はクロスドメインの状況であり、リクエスト ヘッダーの追加には制限があります (ここでのプロジェクト コードは無関係です) const { headers = {} } = config; const { globalObj = {} } = window オブジェクト.assign(headers, globalObj, { from }) 設定を返す }, エラー => { コンソール.log(エラー) Promise.reject(error) を返します。 }) その後、最初のリクエストが返され、同じリクエストが再度開始される可能性もあるため、レスポンスには cancelApi も必要になります。 httpService.interceptors.response.use( レスポンス => { cancelApi(レスポンス.config) sentryCatchApi(応答) }, エラー => { // リクエストタイムアウトif (error.message.includes('timeout')) { // リクエスト例外情報にタイムアウト文字列が含まれているかどうかを判断します Toast.error({ text: 'Webページリクエストがタイムアウトしました。更新してもう一度お試しください~' }) } sentryCatchApi(エラー) Promise.reject(error) を返します。 } ) キャンセルは実際には解決であることに注意する必要があります。実行をキャンセルするときに渡されるパラメータは、最終的には応答のエラー コールバックのパラメータとして返されるため、エラー キャプチャ メソッドによってエラーが報告される可能性があります。 // エラー メソッドが次のようにカプセル化されていると仮定します。 SentryCatchApiを見てみましょう エラー => { sentryCatchApi(エラー) Promise.reject(error) を返します。 } // このメソッドはオブジェクトを受け取る必要がありますが、リクエストをキャンセルすると文字列が返され、エラーが報告されます。 関数sentryCatchApi (res) { 試す { 解像度 = 解像度 || {} const resData = res.data || {} Sentry.captureException(JSON.stringify(resData)) コンソール.log(` データの取得に失敗しました: トラブルシューティングを容易にするために、ブラウザで Webview のアドレスを開いて貼り付けてください: インターフェース関連情報: インターフェースアドレス: ${res.config.url}, インターフェースの戻り値: コード: ${resData.code}, メッセージ:${resData.message}, データ:${JSON.stringify(resData.data)} `) } キャッチ (エラー) { コンソール.エラー(err) } } isCancel APIを使用する必要がある エラー => { if (axios.isCancel(error)) return console.log('リクエストはキャンセルされました', error.message) sentryCatchApi(エラー) Promise.reject(error) を返します。 } 最終結果コンソールにエラーはありません。 (プロジェクト内で後日改善予定) 要約するこれで、axios を使用してプロジェクト内の繰り返しリクエストをフィルタリングする方法についての説明は終了です。axios による繰り返しリクエストのフィルタリングの詳細については、123WORDPRESS.COM の以前の記事を検索するか、次の関連記事を引き続き参照してください。今後とも 123WORDPRESS.COM をよろしくお願いいたします。 以下もご興味があるかもしれません:
|
>>: Linux での rpm、yum、ソースコードの 3 つのインストール方法の詳細な紹介
目次Samba サーバーの紹介Samba サーバー コンポーネントSamba サーバー関連の設定ファ...
<br />原文: http://uicom.net/blog/?p=762 Faceb...
目次次のチェックミックスイン$強制更新設定、削除フィルター指令その他の単純な共通プロパティとメソッド...
今日、ある人がウェブサイト開発プロジェクトについて話をしてくれました。具体的な要件について話すと、「...
Windows Server 2019 は、Microsoft が公式にリリースした最新のサーバー...
<p></p> の行間隔を設定するには、style="line-h...
プロジェクト内のページの長さはおよそ2000px以上あり、背景画像にはテクスチャやグラデーションがあ...
私たちウェブマスターは皆、ウェブサイトを最適化する際に記事内のキーワードを太字にすることが最適化に非...
問題を見つけるまず問題を見てみましょう。ミニプログラムでは、Vant のダイアログ コンポーネント ...
次のような初期コードがあると仮定します。 <!DOCTYPE html> <htm...
目次序文グローバルパラメータの永続性最後に要約する参考資料:序文2018 年に MySQL 8.0....
目次1. はじめに2. es5メソッド3. 非同期関数のシリアル実行4. 非同期関数の並列実行5. ...
HTML+CSS 1. WEB 標準と W3C の理解と知識<br /> タグを閉じ、小...
みなさんこんにちは。私は技術の話ばかりして髪を切らない先生のトニーです。何らかの歴史的な理由や誤操作...
目次1. Linuxホスト名を設定するクライアントホストを構成するサーバーホストを構成する2. ホス...