たとえば、アプリ側でログインしているユーザーを Web 側が削除した場合、アプリ側のユーザーを強制的にログオフさせるにはどうすればよいでしょうか? Web 側でこの効果を実現するにはどのような方法を使用できますか?ジャワウェブ
黄舟2017-06-28 09:25:31
例: アプリはログインしてメッセージをプッシュするためにトークンを必要とします。アプリがプッシュ メッセージを受信した後、コードはトークンをクリアする動作を実行し、トークンが無効になり強制終了します
。女神的闺蜜爱上我2017-06-28 09:25:31
これはアプリとバックグラウンドで一緒に処理する必要があります。まず、ログインインターフェイスにジャンプするか、アプリを強制終了するか、いくつかのローカルファイルを削除するかなど、トークンが無効なアプリの処理動作をアプリ側で記述します。次に、アプリにトークンの無効化情報を取得させる方法です。1 つは、上記のようにバックグラウンドでメッセージをプッシュする方法で、もう 1 つは、アプリがバックグラウンドで再度アクセスし、トークンが取得されたことを確認する方法です。無効です。バックエンドの場合、前者はアクティブ、後者はパッシブです。アプリにすぐに通知する必要がある場合は、明らかに前者を使用します。通知時間が重要でない場合は、後者を使用できます。一般に、アプリを操作するときのユーザーのネットワークへのアクセスは依然として非常に集中しており、後者の使用は簡単で便利であり、時間の遅延もそれほど大きくありません。
给我你的怀抱2017-06-28 09:25:31
サーバー側制御の場合、アプリがインターフェイスを呼び出すと、ユーザーがオフラインであることが明確に返され、アプリはログイン インターフェイスに終了しますか?
phpcn_u15822017-06-28 09:25:31
socket.io を使用すると、長時間の接続と双方向通信を行うことができます。サーバーはメッセージをクライアントに送信し、ログイン インターフェイスに戻ります。
阿神2017-06-28 09:25:31
まず、タスクのアプリがオフラインになる意味を理解する必要があります。
1. アプリが強制的にログイン インターフェイスに戻ります。今回はログインが無効になります。
2. アプリのページは保持されますが、操作やネットワーク関連の操作が継続するとオフラインになります。
最初の状況はより複雑です。すぐに実行するため、Web 側が特定のユーザーにプッシュを使用し、アプリ自体が特定のプッシュに対応する動作を既に記述していることになります。
2 番目のケースでは、Web 側でトークン検証を無効にするだけで済みます。通常の状況では、各ユーザーのトークンは Web 側で有効期限を保持し、その後アプリをすぐに無効にする必要があります。トークンの有効期限が切れると、再度ログインするためのログインページに転送されます
迷茫2017-06-28 09:25:31
通常、リアルタイムでログオフする必要はありません。
ユーザーがアプリを操作し、アプリがサーバーにリクエストを送信すると、サーバーは対応する情報を返し、アプリは応答して終了します。