Par exemple, si le côté Web supprime l'utilisateur qui se connecte du côté de l'application, comment l'utilisateur du côté de l'application peut-il être forcé de se déconnecter ? Quelle méthode peut-on utiliser du côté du Web pour obtenir cet effet ? javaweb
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Par exemple : l'application a besoin d'un jeton pour se connecter et envoyer des messages. Une fois que l'application a reçu le message push, le code exécute le comportement d'effacement du jeton, ce qui rend le jeton invalide et force sa sortie
Cela doit être traité ensemble par l'application et l'arrière-plan. Tout d'abord, écrivez le comportement de traitement de l'application invalide du jeton du côté de l'application, que ce soit pour accéder à l'interface de connexion, supprimer l'application ou supprimer certains fichiers locaux. Ensuite, comment permettre à l'application d'obtenir les informations d'invalidation du jeton. L'une consiste à transmettre le message en arrière-plan comme mentionné ci-dessus, et l'autre consiste à modifier les informations du jeton en arrière-plan. L'application accède à nouveau à l'arrière-plan et constate que le jeton. est invalide. Pour le backend, le premier est actif et le second est passif. Si vous souhaitez que l'application soit notifiée immédiatement, c'est évidemment la première solution. Si le délai de notification n'est pas sensible, vous pouvez utiliser la seconde. D'une manière générale, l'accès des utilisateurs au réseau lors de l'utilisation d'applications est encore très intensif. L'utilisation de ces dernières est simple et pratique, et le délai n'est pas si important.
Pour le contrôle côté serveur, lorsque l'application appelle l'interface, cela indique clairement que l'utilisateur est hors ligne, puis l'application quitte l'interface de connexion ?
Vous pouvez utiliser socket.io pour avoir une longue connexion et une communication bidirectionnelle. Le serveur envoie un message au client. Le client reçoit le message et quitte l'interface de connexion
.Tout d’abord, vous devez comprendre la signification du fait que l’application de votre tâche soit hors ligne.
1. Cela force directement l'application à revenir à l'interface de connexion. Cette fois, la connexion n'est pas valide.
2. La page de l'application est conservée, mais si des opérations ou des opérations liées au réseau se poursuivent, elle sera mise hors ligne.
La première situation est plus compliquée, car vous l'exécutez immédiatement, donc la chose la plus appropriée est d'utiliser push Le côté Web pousse vers des utilisateurs spécifiques, et l'application elle-même a déjà écrit le comportement correspondant pour le push spécifique.
Dans le deuxième cas, il vous suffit d'invalider la vérification de votre token côté Web. Dans des circonstances normales, le token de chaque utilisateur conservera un délai d'expiration côté Web. Il vous suffit d'invalider ce délai d'expiration immédiatement, puis votre application. a un traitement de demande correspondant. Lorsque le jeton expire, il sera transféré vers la page de connexion pour vous reconnecter
Il n'est généralement pas nécessaire de se déconnecter en temps réel.
Lorsque l'utilisateur utilise l'application et que celle-ci envoie une requête au serveur, le serveur renvoie les informations correspondantes, puis l'application répond et se ferme.