單點登入(被擠下線)
所謂的被擠下線
功能,即一個賬號在A客戶端保持登陸狀態,然後又在B客戶端進行了登陸操作,那麼A客戶端就會被擠下線。
服務端需要返回Token,每次在app登入時為app分配一個新的token,如果在某次請求中app傳遞token不是最新的,則視為需要重新登入,在token失效的情況下,返回約定好的code
- App如何知道該賬戶已經在其他裝置上登陸了呢?有三種實現方式
- api請求中後臺返回特定的code。缺點是需要下次請求才知道被踢下線
- 使用推送。後臺可以推送給APP,從而使APP得知已在其他地方登陸,可以及時響應。
- 使用第三方的監聽器。比如整合了環信,環信自身有提供連線狀態的接聽,通過監聽環信的使用者狀態,從而達到監聽app自身使用者系統的效果
我們的專案中整合了環信的即時聊天,所以就使用了環信的監聽器監聽使用者狀態,用來判斷是否已在其他地方登陸,實現擠下線功能。
- 首先在初始化環信的時候設定一個全域性的監聽器裡面註冊一個連線監聽。
// 註冊連線監聽
EMChatManager.getInstance().addConnectionListener(connectionListener);
複製程式碼
- 實現這個連線監聽,的那個檢測到連線斷開的時候判斷是使用者被移除還是連線衝突即賬號在其他地方登陸,做出相應的操作。
// create the global connection listener
connectionListener = new EMConnectionListener() {
@Override
public void onDisconnected(int error) {
if (error == EMError.USER_REMOVED) {
onCurrentAccountRemoved();
} else if (error == EMError.CONNECTION_CONFLICT) {
onConnectionConflict();
}
}
@Override
public void onConnected() {
// in case group and contact were already synced, we supposed to
// notify sdk we are ready to receive the events
}
};
複製程式碼
- 我們只關心賬號在別處登陸,這個時候,我們一般要跳轉到MainActivity,然後強制彈出對話方塊提示使用者重新登陸。
/**
* 賬號在別的裝置登入
*/
protected void onConnectionConflict() {
Intent intent = new Intent(appContext, MainActivity.class);
intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
intent.putExtra(Constant.ACCOUNT_CONFLICT, true);
appContext.startActivity(intent);
}
複製程式碼
這個地方檢測到登陸衝突之後需要回到MainActivity,併為MainActivity攜帶了一個標識和一個標記位Intent.FLAG_ACTIVITY_NEW_TASK
,表示在一個新的task中開啟一個Activity,如果包含這個Activity的task已經在執行,那麼這個Activity就回到前臺顯示。然後回撥onNewIntent()方法處理這個Intent。
- 回到MainActivity中的onNewIntent方法
@Override
protected void onNewIntent(Intent intent) {
super.onNewIntent(intent);
if (intent.getBooleanExtra(Constant.ACCOUNT_CONFLICT, false) && !isConflictDialogShow) {
showConflictDialog();
} else if (intent.getBooleanExtra(Constant.ACCOUNT_REMOVED, false)
&& !isAccountRemovedDialogShow) {
showAccountRemovedDialog();
}
}
複製程式碼
首先會判斷標識,如果是賬戶衝突就會彈出對話方塊提示使用者跳轉登陸頁面重新登陸。另外這個對話方塊是不能取消也不可關閉的。
這樣被擠下線功能就基本實現了。