Étant donné que l'application est sans état et contrairement à un navigateur qui peut stocker les informations de session de l'utilisateur, le serveur enverra un jeton au client après avoir vérifié sa connexion. Ce jeton sera apporté au service lors de la demande future de l'API. peut obtenir les informations utilisateur en demandant à l'interface, qui est principalement l'identification des informations utilisateur.

Une autre situation consiste à demander l'autorisation d'une certaine interface côté serveur, comme l'activation du jeton lors de la liaison de la boîte aux lettres.
Ce qui précède sont les scénarios réels que j'ai rencontrés pendant le développement. Il peut y avoir d'autres fonctions, mais je n'ai pas grand-chose à approfondir.

La détermination de l'état peut être stockée dans redis, et le jeton est utilisé comme clé de redis, ou le jeton lui-même est une chaîne cryptée qui peut être décodée.

Ce qui précède est également la situation que j'ai rencontrée dans le développement réel. Discutons ensemble d’autres situations.

Le jeton permet au serveur d'identifier l'utilisateur tout comme un cookie de navigateur. Généralement, un jeton est généré et renvoyé au client après la connexion. Chaque requête ultérieure apportera le paramètre de jeton, et le jeton sera actualisé la prochaine fois que vous vous connecterez. connectez-vous

Pour PHP, il est recommandé d'utiliser le jwt.io mature