在實際開發(fā)中幾乎所有的APP都會存在用戶體系,假如沒有涉及用戶體系的APP,提交審核的時候有很大概率會被蘋果爹地直接拒絕不允許上架。而有了用戶體系,那么就肯定會存在登錄以及保持登錄的需求,要不然用戶每次啟動APP都得重新登錄,那就乖乖了。保持登錄狀態(tài)的方式目前大致有以下幾種方式:
一、利用Cookie機制實現(xiàn)
我們知道cookie是為了解決http無狀態(tài)的一種技術(shù),被電商、oa等web應(yīng)用廣泛使用。如果我們的App和后端通訊采用的http通訊方式,可以利用cookie技術(shù)進行登錄狀態(tài)保持。比如我們可以把sessionID和有效期保存在cookie中,發(fā)給前端App,前端App收到后保存在本地。當訪問后端服務(wù)把sessionID和有效期作為參數(shù)傳給后臺進行認證。直到sessionID失效,用戶都不需要重新登錄。
二、本地保存用戶名和密碼
當用戶第一次輸入賬號和密碼的時候,APP端本地保存用戶的賬號和密碼,下次啟動的時候獲取本地保存的賬戶和密碼進行登錄,由我們開發(fā)者在后臺進行登錄處理,不過這個有個不是太合適的就是相當于在APP本地保存了用戶的這些信息,意義上來說不安全,不過大致的實現(xiàn)方式如下:
1、在登陸頁面對應(yīng)的類loginViewController.h中定義兩個TextField和一個Button,用來接受用戶輸入的用戶名和密碼,點擊按鈕登陸,如果登陸成功,就將用戶的登陸信息存放在UserDefault中,然后跳入主頁面。
@interface LoginViewController ()
@property (nonatomic, strong) UITextField *username;
@property (nonatomic, strong) UITextField *password;
@end
2、在loginViewController.m中實現(xiàn)兩個TextField和一個Button,直接實現(xiàn)按鈕的點擊登錄事件:登錄請求成功后,走成功回調(diào),回調(diào)下面實現(xiàn)將用戶名和密碼存入UserDefault中,頁面跳轉(zhuǎn)到主頁面。下面數(shù)據(jù)請求的代碼略去了,直接上存儲UserDefault代碼,跳轉(zhuǎn)主頁面。
NSString *username = self.username.text;
NSString *password = self.password.text;
NSUserDefaults *userDefaults = [NSUserDefaults standardUserDefaults];
[userDefaults setObject:username forKey:@"username"];
[userDefaults setObject:password forKey:@"password"];
[userDefaults synchronize];
UITabBarController *tabBarVc = [[UITabBarController alloc] init];
UINavigationController *nc = [[UINavigationController alloc] initWithRootViewController:tabBarVc];
AppDelegate *appdelegate = (AppDelegate *)[UIApplication sharedApplication].delegate;
appdelegate.window.rootViewController = nc;
3、在AppDelegate.m中實現(xiàn):用戶第一次進入APP時自動進入登錄注冊頁,提示用戶注冊登錄,用戶登錄成功后才進入主頁,再次進入APP時,不用再次登錄就直接進到主頁了
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
//初始化Window
self.window = [[UIWindow alloc] initWithFrame:[UIScreen mainScreen].bounds];
self.window.backgroundColor = [UIColor whiteColor];
NSUserDefaults *userDefaults = [NSUserDefaults standardUserDefaults];
if (![userDefaults objectForKey:@"username"]){
//進入主頁
UITabBarController *tabbarVc = [[UITabBarController alloc]init];
UINavigationController *navVc = [[UINavigationController alloc]initWithRootViewController:tabbarVc];
self.window.rootViewController = navVc;
} else {
//進入登錄頁面
LoginViewController *loginVc = [[LoginViewController alloc] init];
[self.navController pushViewController:loginVc animated:YES];
}
[self.window makeKeyWindow];
return YES;
}
4、退出登錄
//退出登錄,清除用戶信息
- (void)logout{
NSUserDefaults *userDefaults = [NSUserDefaults standardUserDefaults];
[userDefaults removeObjectForKey:@"username"];
[userDefaults removeObjectForKey:@"password"];
//跳轉(zhuǎn)登陸頁
LoginViewController *loginVc = [[LoginViewController alloc] init];
[self.navController pushViewController:loginVc animated:YES];
}
三、前后端配合采用token方式
token方式在app認證上用的比較普遍,App初始登錄時,提交賬號和密碼數(shù)據(jù)給服務(wù)端,服務(wù)端根據(jù)定義的的策略生成一個token字符串,token字符串中可以包含用戶信息、設(shè)備ID等信息以保證用戶的唯一性,服務(wù)端并對token設(shè)置一定的期限。服務(wù)端把生成的token字符串傳給客戶端,客戶端保存token字符串,并在接下來的請求中帶上這個字符串。相對于在App本地token的安全性更高了。
說明:這里說說關(guān)于設(shè)備唯一ID的小細節(jié),如果直接把設(shè)備唯一ID傳給后臺的話,這里可能會出現(xiàn)一個問題,比如在同一臺手機退出登錄后再登錄其他賬號,那么就會出現(xiàn)多個賬號的設(shè)備ID就都一樣了。這樣會帶來什么后果呢?比如如果還使用極光推送的話,用這個設(shè)備ID注冊別名的話,那么就會出現(xiàn)多個賬號的別名都是一樣的,那么推送就亂了。
//uuid + 手機 + iOS
NSString *uuid = [[GetUUID getUUID] stringByReplacingOccurrencesOfString:@"-" withString:@""];
//截取UUID的后十位
NSString *uuidPart = [uuid substringFromIndex:uuid.length - 10];
NSString *aliasStr = [NSString stringWithFormat:@"%@_%@_iOS",uuidPart,phoneNum];
上面就是我在實際開發(fā)使用設(shè)備ID唯一性的處理,就是UUID + 手機號碼 + iOS(平臺),安卓就是UUID + 手機號碼 + Android。這樣子就不僅避免了同一臺設(shè)備登錄多個賬號的問題,還區(qū)分了不同平臺登錄的賬號。
1、用戶第一次登錄之后本地保存token
[[NSUserDefaults standardUserDefaults] setObject:[responseObject.data objectForKey:@"token"] forKey:token];
[[NSUserDefaults standardUserDefaults] synchronize];
2、再次啟動的時候獲取本地保存的token
NSString *token = [[NSUserDefaults standardUserDefaults] objectForKey:token];
然后用這個token請求一個后臺驗證該token是否在有效期的接口,接著根據(jù)后臺返回的信息進行相關(guān)頁面的跳轉(zhuǎn)處理。
到此為止,目前幾種保持登錄狀態(tài)的方法大致介紹完了,不知道細心的你有沒有發(fā)現(xiàn)一個小細節(jié),那就是很多都是采用根據(jù)登錄狀態(tài)是否有效來設(shè)置window的rootViewController根控制器,就是說沒有登錄狀態(tài)下rootViewController是loginViewController登錄頁,有登錄狀態(tài)有效的情況下rootViewController是navVC導航控制器或者其他UIViewController控制器等,如下:
if(有登錄狀態(tài)){
BaseTabBarViewController *baseVc = [[BaseTabBarViewController alloc] init];
self.window.rootViewController = baseVc;
}else{
LoginViewController *loginVc = [[LoginViewController alloc] init];
self.window.rootViewController = loginVc;
}
但是有一種比較特殊的情況,其實也不特殊,就是也是一種產(chǎn)品形式,那就是不管有沒有登錄狀態(tài)下,window的rootViewController都是BaseTabBarViewController,就是說不會隨著登錄狀態(tài)失效根控制器進行更換,因為很多APP也都存在游客模式,就是不用登錄狀態(tài)也可以進入APP進行基礎(chǔ)的操作,而當點擊到需要登陸地方時沒有登錄狀態(tài)的話就跳轉(zhuǎn)到登錄頁,有的話就繼續(xù)下一步操作,那么這個時候我們應(yīng)該怎么處理呢?下面繼續(xù)說說暫時個人想到的處理方式:
處理方式1:
首先設(shè)置window的rootViewController根控制器為BaseViewController(UIViewController類型的),然后再立即獲取用戶的登錄狀態(tài)是否有效,不管登錄狀態(tài)是否有效都會把window的rootViewController設(shè)置為BaseTabBarViewController,只是在獲取到用戶登錄狀態(tài)信息之后BaseTabBarViewController里的有些UI展示不一樣,直接上代碼:
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
//token登錄
[self initService];
//先創(chuàng)建根控制器,然后會在AppDelegate+AppService分類中進行根控制器的替換
self.window = [[UIWindow alloc] initWithFrame:[UIScreen mainScreen].bounds];
//先進行網(wǎng)絡(luò)監(jiān)測防止手機開啟飛行模式時進入白屏
if (![XMFUserHttpHelper checkNetStatus]) {
XMFTabBarViewController *baseVc = [[XMFTabBarViewController alloc] init];
self.window.rootViewController = baseVc;
}else{
XMFBaseViewController *baseVc = [[XMFBaseViewController alloc] init];
self.window.rootViewController = baseVc;
}
[self.window makeKeyAndVisible];
}
//初始化服務(wù)
-(void)initService{
NSString *token = [[NSUserDefaults standardUserDefaults] objectForKey:token];
if (![sessionId isBlankString]) {//先判斷是否是空字符串
//獲取保存的token供下面接口的頭部使用
[XMFGlobleManager getGlobleManager].token = token;
[SVProgressHUD show];
[[XMFUserHttpHelper sharedManager] sessionLoginCheckWithParam:nil success:^(XMFResponseModel *responseObject) {
[SVProgressHUD dismiss];
//token在有效期內(nèi)
if (responseObject.returnCode == XMFHttpReturnCodeSuccess) {
token = [responseObject.data objectForKey:@"token"];
[XMFGlobleManager getGlobleManager].isLogin = YES;
//發(fā)送登錄成功的通知
[[NSNotificationCenter defaultCenter] postNotificationName:DWQ_NOTIFY_LoginState_Change object:@YES userInfo:nil];
[[NSUserDefaults standardUserDefaults] setObject:[responseObject.data objectForKey:@"token"] forKey:token];
[[NSUserDefaults standardUserDefaults] synchronize];
[self setRootViewController];
}else{
[self setRootViewController];
//登錄失敗
[[NSNotificationCenter defaultCenter] postNotificationName:DWQ_NOTIFY_LoginState_Change object:@NO userInfo:nil];
}
} failure:^(NSError *error) {
[self setRootViewController];
}];
}else{
[self setRootViewController];
}
}
//等待驗證token是否有效之后進行設(shè)置根控制器
-(void)setRootViewController{
XMFTabBarViewController *tabvc = [[XMFTabBarViewController alloc] init];
self.window.rootViewController = tabvc;
}
這樣子大致就把不管有無登錄狀態(tài)rootViewController都為XMFTabBarViewController的情況處理好了,不過這里面還有一個小細節(jié)會影響體驗,仔細看看上面是不是登錄狀態(tài)是否有效取決于后臺返回,網(wǎng)絡(luò)請求快的情況下可能感受不到,那萬一網(wǎng)絡(luò)請求緩慢的話,那就會出現(xiàn)用戶會在等待AFHTTPSessionManager的manager.requestSerializer.timeoutInterval = 20;時間之后才出現(xiàn)了XMFTabBarViewController,這樣的體驗是有點影響的,那么再來繼續(xù)優(yōu)化一下。
處理方式2:
這里直接不管是否有登錄狀態(tài)都直接設(shè)置window的rootViewController為XMFTabBarViewController,代碼如下:
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
//token登錄
[self initService];
//先創(chuàng)建根控制器,然后會在AppDelegate+AppService分類中進行根控制器的替換
self.window = [[UIWindow alloc] initWithFrame:[UIScreen mainScreen].bounds];
ZFTabBarViewController *baseVc = [[ZFTabBarViewController alloc] init];
self.window.rootViewController = baseVc;
[self.window makeKeyAndVisible];
}
//初始化服務(wù)
-(void)initService{
NSString *token = [[NSUserDefaults standardUserDefaults] objectForKey:token];
if (![sessionId isBlankString]) {//先判斷是否是空字符串
//獲取保存的token供下面接口的頭部使用
[XMFGlobleManager getGlobleManager].token = token;
[SVProgressHUD show];
[[XMFUserHttpHelper sharedManager] sessionLoginCheckWithParam:nil success:^(XMFResponseModel *responseObject) {
[SVProgressHUD dismiss];
//token在有效期內(nèi)
if (responseObject.returnCode == XMFHttpReturnCodeSuccess) {
token = [responseObject.data objectForKey:@"token"];
[XMFGlobleManager getGlobleManager].isLogin = YES;
//發(fā)送登錄成功的通知
[[NSNotificationCenter defaultCenter] postNotificationName:DWQ_NOTIFY_LoginState_Change object:@YES userInfo:nil];
[[NSUserDefaults standardUserDefaults] setObject:[responseObject.data objectForKey:@"token"] forKey:token];
[[NSUserDefaults standardUserDefaults] synchronize];
}else{
//登錄失敗
[[NSNotificationCenter defaultCenter] postNotificationName:DWQ_NOTIFY_LoginState_Change object:@NO userInfo:nil];
}
} failure:^(NSError *error) {
}];
}
}
然后在會隨著登錄狀態(tài)改變UI界面的頁面進行對“isLogin”屬性進行kvo監(jiān)測,接著進行相應(yīng)的UI改變,代碼如下:
- (void)viewWillAppear:(BOOL)animated{
[super viewWillAppear:animated];
//增加對登錄狀態(tài)"isLogin"值變化的觀察
kWeakSelf(self)
[JJKeyValueObserver addObserveObject:[XMFGlobleManager getGlobleManager] keyPath:@"isLogin" options:NSKeyValueObservingOptionInitial|NSKeyValueObservingOptionNew changeBlock:^(NSDictionary *dict) {
// DLog(@"登錄狀態(tài)發(fā)生了改變:%@",[dict description]);
weakself.rightLoginBtn.selected = [XMFGlobleManager getGlobleManager].isLogin;
}];
}
同時博主的kvo使用的是第三方JJKeyValueObserver,大家有需要的可以去GitHub上下載使用,也可以自己實現(xiàn)kvo,原理是一樣的。那經(jīng)過這么一番處理之后,整個保持登錄的過程差不多就處理完了,同時博主開發(fā)中采用的是“前后端配合采用token方式”。
如果以上的分享幫助到你了,歡迎分享,更歡迎贊賞,也可以直接打開支付寶、微信、QQ的掃一掃功能直接掃下面的支付寶、微信、QQ三合一打賞碼進行打賞支持作者創(chuàng)作,感謝感謝!
歡迎和我交流,QQ:834537795(小蜜蜂)