Généralement, il n'est pas nécessaire de mettre en cache. L'avantage est que vous n'avez pas besoin de flasher la page d'autorisation à chaque fois que vous l'ouvrez. Si vous la mettez en cache, vous pouvez l'écrire dans la session. peut vérifier s'il existe un access_token et s'il a expiré. S'il a expiré, vous pouvez utiliser rafraîchir_token pour le rafraîchir (cependant, j'ai l'habitude de passer directement à la page d'autorisation pour autoriser à nouveau, sinon je dois juger si le rafraîchir_token a expiré, ce qui est logiquement trop gênant).
Aucune mise en cache requise. Il n'y a pas de limite au nombre de fois qu'un access_token peut être appelé, seulement le nombre de fois que vous pouvez demander un access_token par jour. . De plus, je me souviens qu'une fois que le access_token est utilisé une fois, puis que le access_token n'est plus utilisé pendant un certain temps, le access_token deviendra bientôt invalide. Mais ce n’est pas indiqué dans le document
Généralement, il n'est pas nécessaire de mettre en cache. L'avantage est que vous n'avez pas besoin de flasher la page d'autorisation à chaque fois que vous l'ouvrez. Si vous la mettez en cache, vous pouvez l'écrire dans la session. peut vérifier s'il existe un access_token et s'il a expiré. S'il a expiré, vous pouvez utiliser rafraîchir_token pour le rafraîchir (cependant, j'ai l'habitude de passer directement à la page d'autorisation pour autoriser à nouveau, sinon je dois juger si le rafraîchir_token a expiré, ce qui est logiquement trop gênant).
Unifiez la déclaration ci-dessus et résolvez ce problème en réautorisant.
Aucune mise en cache requise. Il n'y a pas de limite au nombre de fois qu'un access_token peut être appelé, seulement le nombre de fois que vous pouvez demander un access_token par jour. .
De plus, je me souviens qu'une fois que le access_token est utilisé une fois, puis que le access_token n'est plus utilisé pendant un certain temps, le access_token deviendra bientôt invalide. Mais ce n’est pas indiqué dans le document