WeChat は複数のグローバル access_token の競合を取得し、無効になりますか? （解決）

トークンはデフォルトで 7200 秒で期限切れになります。2 番目の場所も同じトークンをリクエストした場合、最初のトークンは 5 分以内に期限切れになります。つまり、2 回目のリクエスト時に時間が短すぎると、競合が発生します。
WeChat 開発を学んだばかりですが、コードの書き方は完璧ではありません。寿命が 7200 より大きいかどうかの判定に合格しただけです。1 分ごとの読み取り値を判定できると言っているのを見たことがあります。コードの最適化に関する提案はありますか?ありがとうございます

リーリー

---

競合は、呼び出されるたびに使用される同じコントローラーの下のメソッドによって引き起こされます。 リーリー

エラーメッセージは以下の通りです

リーリー

---

公式の発言を見ました

0.0の正式な意味は、トークンを更新するためにビジネスロジックポイントを使用することではありません。私が書いたものは、トークンを更新するためにビジネスロジックを使用することを意味します。コントロール?

---

QRコードジェネレーターにメソッドの絶対パスを入力してスキャンします。このデバッグ結果は、ブラウザ経由で直接アクセスするよりも正確であるように感じられます。

ほとんどの場合、ブラウザを開いたときに 40001 が報告された場合、基本的にプログラムは正常です

返信内容:

トークンはデフォルトで 7200 秒で期限切れになります。2 番目の場所も同じトークンをリクエストした場合、最初のトークンは 5 分以内に期限切れになります。つまり、2 回目のリクエスト時に時間が短すぎると、競合が発生します。

WeChat 開発を学んだばかりですが、コードの書き方は完璧ではありません。寿命が 7200 より大きいかどうかの判定に合格しただけです。1 分ごとの読み取り値を判定できると言っているのを見たことがあります。コードの最適化に関する提案はありますか?ありがとうございます
リーリー

---

競合は同じコントローラーの下のメソッドであり、各呼び出しでは

が使用されます リーリー

エラーメッセージは以下の通りです

リーリー

---

公式の発言を見ました

0.0の正式な意味は、トークンを更新するためにビジネスロジックポイントを使用することではありません。私が書いたものは、トークンを更新するためにビジネスロジックを使用することを意味します。コントロール?

---

QRコードジェネレーターにメソッドの絶対パスを入力してスキャンします。このデバッグ結果は、ブラウザ経由で直接アクセスするよりも正確であるように感じられます。

ほとんどの場合、ブラウザが開いて 40001 が報告される場合、基本的にプログラムは正常です

各ビジネス ロジック ポイントが個別に access_token を要求しないように、すべてのビジネスが同じトークンを使用するように、access_token をデータベースに保存することをお勧めします。

公式ドキュメントでは、ビジネス ロジックが複数のサーバー上にある場合、access_token とexpire_time がセッションに保存されると、セッションはサーバー間で共有されなくなり、一方のサーバーの access_token の有効期限が切れていない場合に、もう一方のサーバーが access_token を再要求した場合、各サーバーのビジネスがリクエストを開始します。 、最初のサーバーの access_token を無効にし、期限切れの access_token を使用してサービスをリクエストすると、サービスが不安定になります。これにより、統合されたサービスがビジネス間で競合を引き起こさず、データの一貫性を確保することができます。セックス

Access_token はすべての呼び出しに共通です。セッションを置く必要はありません。通常、セッションはキャッシュに置かれます。それ以外の場合は、データベースに置くだけです。

使用するたびにデータベースにアクセスし、有効期限内であれば直接使用し、無効であれば再度取得してデータベースに挿入します。

セッションはユーザーに基づいているため、ユーザーがアクセスするたびにセッションを更新できます。

キャッシュまたはデータベースに保存し、定期的に更新することをお勧めします。