微信网页授权的access_token虽然有时间限制 也是7200 但是看了官方文档并没有限制调用次数 这个还需要缓存吗？
如果缓存的话 只能根据用户的id来缓存access_token 因为每个用户的access_token不一样 但是 这个用户进来的时候 就需要用这个access_token 后面的逻辑怎么写呢？ 还有后面的刷新access_token 还需要按照官方提供的refresh_token进行刷新token吗？
通常、キャッシュする必要はありません。キャッシュすると、認証ページを開くたびにフラッシュする必要がなくなります。 access_token があるかどうか、有効期限が切れているかどうかを確認できます。有効期限が切れている場合は、refresh_token を使用して更新できます (ただし、私はいつも認可ページに直接ジャンプして再度認可することに慣れています。そうでない場合は判断する必要があります)。論理的に非常に面倒な、refresh_token の有効期限が切れているかどうか）。
上記のステートメントを統合し、再認証を使用してこの問題を解決します。
キャッシュする必要はありません。 access_token を呼び出すことができる回数に制限はありません。1 日に access_token を申請できる回数のみです。 。 なお、access_tokenは一度使用すると、一定期間再度使用しないとすぐに無効になってしまうと記憶しています。しかし、文書には説明がありません
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
通常、キャッシュする必要はありません。キャッシュすると、認証ページを開くたびにフラッシュする必要がなくなります。 access_token があるかどうか、有効期限が切れているかどうかを確認できます。有効期限が切れている場合は、refresh_token を使用して更新できます (ただし、私はいつも認可ページに直接ジャンプして再度認可することに慣れています。そうでない場合は判断する必要があります)。論理的に非常に面倒な、refresh_token の有効期限が切れているかどうか）。
上記のステートメントを統合し、再認証を使用してこの問題を解決します。
キャッシュする必要はありません。 access_token を呼び出すことができる回数に制限はありません。1 日に access_token を申請できる回数のみです。 。
なお、access_tokenは一度使用すると、一定期間再度使用しないとすぐに無効になってしまうと記憶しています。しかし、文書には説明がありません