我正在开发一个企业应用程序,其中维护用户 session 与设备 session 同步是一个关键和必需的功能。
基本要求是在用户杀死应用程序后立即从服务器结束用户 session ,但是由于我们可以在代码中获取应用程序终止事件的已知方法(除了启动最多可以运行 10 分钟的后台任务),服务器仍然不知道关于应用程序杀死。
我做了一些解决方法来解决这个问题。
首先,我使用背景模式 -
a) 应用程序从网络下载内容。
b) 应用下载内容以响应推送通知。
这个想法是当用户通过切换到另一个应用程序或通过主页按钮或锁定设备在后台发送应用程序时,应用程序正在向服务器发送应用程序正在后台运行的请求,并且服务器会知道该应用程序已进入后台。
-(void)applicationWillResignActive:(UIApplication *)application
{
// notify server that app is in background
}
一旦服务器收到请求,它就会启动这个特定设备的计时器,它会继续计算应用程序在后台花费的时间。服务器每五分钟向处于后台的设备发送一个请求以获取其状态。
-(void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary*)userInfo fetchCompletionHandler:(void (^)(UIBackgroundFetchResult))completionHandler{
NSDictionary *aps = [userInfo objectForKey:@"aps"];
NSLog(@"NOTIFICATION IN BG %@",[aps objectForKey:@"message"]);
NSString *message = [aps objectForKey:@"message"];
if([message isEqualToString:@"Please update your status"]){
// NOTIFY SERVER THAT APP IS IN BACKGROUND
}
if(application.applicationState != UIApplicationStateBackground){
[self application:application didReceiveRemoteNotification:userInfo];
}
completionHandler(UIBackgroundFetchResultNewData);
}
一旦应用程序再次进入前台或变为事件状态,应用程序就会通知服务器它已变为事件状态。
- (void)applicationDidBecomeActive:(UIApplication *)application
{
// notify server that app is in Foreground // server resets the background timer to 0 for corresponding device
}
这种方法有助于跟踪应用程序是否终止,如果服务器没有从它发送的通知中得到任何响应,它会从服务器清除用户 session 。
现在,有两种情况,第一种情况可以按预期完美运行,第二种情况则没有。
案例 1 : 后台中的应用程序,但 设备未锁定
这个远程通知和从后台从设备回复服务器的循环一直持续到应用程序再次激活或终止时为止。
按预期工作得很好。
案例 2 : 背景中的应用程序和设备锁定
整个周期都在折腾。
最终的问题是如何在设备被锁定时使其工作。
最佳答案
-(void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo
{
NSLog(@"用户信息 %@",userInfo );
}
通过此委托(delegate)方法,您可以从服务器接收字典。并且可以相应地完成您的工作。单击通知托盘中的通知后,此方法将在您的应用程序中调用。
关于ios - 当应用程序在后台并且设备被锁定时处理推送通知,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/25868652/