UIApplicationDelegate中几个常用的回调方法的调用时机

以帮助你判断哪些方法倒底放到哪个回调中去实现。

1. – (void)applicationDidFinishLaunching:(UIApplication *)application;
此方法基本已经弃用,改用第2个方法代替。
2. – (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions NS_AVAILABLE_IOS(3_0);
当应用程序启动时(不包括已在后台的情况下转到前台),调用此回调。launchOptions是启动参数,假如用户通过点击push通知启动的应用,这个参数里会存储一些push通知的信息。

3. – (void)applicationDidBecomeActive:(UIApplication *)application;
// Restart any tasks that were paused (or not yet started) while the application was inactive. If the application was previously in the background, optionally refresh the user interface.
当应用程序全新启动,或者在后台转到前台,完全激活时,都会调用这个方法。如果应用程序是以前运行在后台,这时可以选择刷新用户界面。

4. – (void)applicationWillResignActive:(UIApplication *)application;
// Sent when the application is about to move from active to inactive state. This can occur for certain types of temporary interruptions (such as an incoming phone call or SMS message) or when the user quits the application and it begins the transition to the background state.
// Use this method to pause ongoing tasks, disable timers, and throttle down OpenGL ES frame rates. Games should use this method to pause the game.
当应用从活动状态主动到非活动状态的应用程序时会调用这个方法。这可导致产生某些类型的临时中断(如传入电话呼叫或SMS消息)。或者当用户退出应用程 序,它开始过渡到的背景状态。使用此方法可以暂停正在进行的任务,禁用定时器,降低OpenGL ES的帧速率。游戏应该使用这种方法来暂停游戏。
调用时机可能有以下几种:锁屏,按HOME键,下接状态栏,双击HOME键弹出低栏,等情况。

5. – (BOOL)application:(UIApplication *)application handleOpenURL:(NSURL *)url;
// Will be deprecated at some point, please replace with application:openURL:sourceApplication:annotation:
这个方法已不再支持,可能会在以后某个版本中去掉。建议用下面第6个方法代替

6. – (BOOL)application:(UIApplication *)application openURL:(NSURL *)url sourceApplication:(NSString *)sourceApplication annotation:(id)annotation NS_AVAILABLE_IOS(4_2);
// no equiv. notification. return NO if the application can’t open for some reason
当用户通过其它应用启动本应用时,会回调这个方法,url参数是其它应用调用openURL:方法时传过来的。

7. – (void)applicationDidReceiveMemoryWarning:(UIApplication *)application;
// try to clean up as much memory as possible. next step is to terminate app
当应用可用内存不足时,会调用此方法,在这个方法中,应该尽量去清理可能释放的内存。如果实在不行,可能会被强行退出应用。

8. – (void)applicationWillTerminate:(UIApplication *)application;
// Called when the application is about to terminate. Save data if appropriate. See also applicationDidEnterBackground:.
当应用退出,并且进程即将结束时会调到这个方法,一般很少主动调到,更多是内存不足时是被迫调到的,我们应该在这个方法里做一些数据存储操作。

9. // one of these will be called after calling -registerForRemoteNotifications
- (void)application:(UIApplication *)application didRegisterForRemoteNotificationsWithDeviceToken:(NSData *)deviceToken NS_AVAILABLE_IOS(3_0);
- (void)application:(UIApplication *)application didFailToRegisterForRemoteNotificationsWithError:(NSError *)error NS_AVAILABLE_IOS(3_0);
当客户端注册远程通知时,会回调上面两个方法。
如果成功,则回调第一个,客户端把deviceToken取出来发给服务端,push消息的时候要用。
如果失败了,则回调第二个,可以从error参数中看一下失败原因。
注:注册远程通知使用如下方法:

UIRemoteNotificationType t=UIRemoteNotificationTypeBadge|UIRemoteNotificationTypeAlert|UIRemoteNotificationTypeSound;
[[UIApplication sharedApplication] registerForRemoteNotificationTypes:t];

10. – (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo NS_AVAILABLE_IOS(3_0);
当应用在前台运行中,收到远程通知时,会回调这个方法。
当应用在后台状态时,点击push消息启动应用,也会回调这个方法。
11. – (void)application:(UIApplication *)application didReceiveLocalNotification:(UILocalNotification *)notification NS_AVAILABLE_IOS(4_0);
当应用收到本地通知时会调这个方法,同上面一个方法类似。
如果在前台运行状态直接调用,如果在后台状态,点击通知启动时,也会回调这个方法
本地通知可见另一篇文章:http://bluevt.org/?p=70

12. – (void)applicationDidEnterBackground:(UIApplication *)application NS_AVAILABLE_IOS(4_0);
// Use this method to release shared resources, save user data, invalidate timers, and store enough application state information to restore your application to its current state in case it is terminated later.
// If your application supports background execution, this method is called instead of applicationWillTerminate: when the user quits.
当用户从台前状态转入后台时,调用此方法。使用此方法来释放资源共享,保存用户数据,无效计时器,并储存足够的应用程序状态信息的情况下被终止后,将应用 程序恢复到目前的状态。如果您的应用程序支持后台运行,这种方法被调用,否则调用applicationWillTerminate:用户退出。

13. – (void)applicationWillEnterForeground:(UIApplication *)application NS_AVAILABLE_IOS(4_0);
// Called as part of the transition from the background to the inactive state; here you can undo many of the changes made on entering the background.
当应用在后台状态,将要进行动前台运行状态时,会调用此方法。
如果应用不在后台状态,而是直接启动,则不会回调此方法。

14.

- (BOOL)application:(UIApplication *)app

            openURL:(NSURL *)url options:(NSDictionary *)options {

    if ([[[NSUserDefaults standardUserDefaults] objectForKey:@"isQQ"] isEqualToString:@"yes"]) {

        return [ShareSDK handleOpenURL:url

                            wxDelegate:self];

   }else{

    BOOL canHandleURL = [Pingpp handleOpenURL:url withCompletion:nil];

    return canHandleURL;

    }

}




### 支付宝回调系统的实现方式 支付宝回调系统的核心在于通过特定的 URL Scheme 来通知 iOS 应用程序支付的结果。当用户完成支付操作后,支付宝会调用应用注册的 URL Scheme 并传递支付结果数据给应用程序。以下是具体的实现细节: #### 注册 App 的 URL Schemes 为了接收来自支付宝的回调信息,开发者需要在 `Info.plist` 文件中配置自定义的 URL Schemes。这一步骤非常重要,因为它是支付宝识别并跳转回应用的关键。 ```xml <key>CFBundleURLTypes</key> <array> <dict> <key>CFBundleURLSchemes</key> <array> <string>your-app-scheme</string> </array> </dict> </array> ``` 其中 `your-app-scheme` 是由开发团队自行定义的应用专属 scheme 名称[^1]。 --- #### 处理支付宝回调逻辑 支付宝 SDK 提供了一个接口用于处理支付后的回调结果。通常情况下,该功能会在 `AppDelegate` 中实现。以下是一个典型的 Swift 实现示例: ```swift import UIKit import AlipaySDK @UIApplicationMain class AppDelegate: UIResponder, UIApplicationDelegate { var window: UIWindow? func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey : Any]) -> Bool { if url.host == "safepay" || url.scheme?.hasPrefix("alipays") ?? false { let resultDic = AlipaySDK.default().processOrder(withPaymentResult: url.absoluteString, standbyCallback: nil) // 解析返回的数据字典 if let resultStatus = resultDic?["resultStatus"] as? String { switch resultStatus { case "9000": print("支付成功") case "8000", "6002", "6001": print("支付过程中断或其他错误状态") default: print("未知错误") } } return true } return false } } ``` 上述代码片段展示了如何捕获支付宝发起的回调请求,并解析其携带的信息来判断支付的状态[^3]。 --- ### 常见问题及其解决方案 尽管支付宝提供了完善的文档支持,但在实际项目中仍可能出现一些常见问题。以下是几个典型场景以及对应的解决策略: #### 问题一:支付完成后未触发回调 如果发现支付结束后未能正常回到应用内部,则可能是由于以下几个原因造成的: - **URL Scheme 配置错误**:检查 `Info.plist` 是否正确设置了本应用的 URL Scheme。 - **后台服务异常**:确认服务器端与支付宝交互时所使用的参数是否完全匹配官方要求,尤其是涉及重定向地址的部分[^2]。 #### 问题二:H5 页面形式下无法自动返回 APP 对于采用 H5 方式的支付流程来说,默认行为不会主动切回原生环境。此时建议调整为“客户端->支付宝”的模式;或者保持现有架构不变的前提下,让技术团队寻找名为 `fromAppUrlScheme` 类似的字段加以适配[^2]。 #### 问题三:沙盒环境下测试失败 部分开发者反馈在模拟器上运行期间遇到各种奇怪现象比如报错提示找不到指定类库等等情况发生。实际上这是因为真机调试才是唯一可行途径所致——毕竟涉及到真实的网络通信环节嘛! --- 相关问题
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值