iOS框架中用registerForRemoteNotifications，无需接入方实现App Delegate方法可行吗？

作为常年处理iOS框架集成问题的开发者，我可以明确告诉你：完全不用让使用框架的开发者手写任何App Delegate相关的远程通知代码，你可以通过以下三种方案在框架内部完成所有逻辑接管，同时还能兼容主App的原有业务。

方案1：Method Swizzling（方法交换）—— 经典钩子技术 #

这是iOS框架常用的无侵入式回调接管方案，通过动态交换App Delegate的远程通知方法，让框架先处理逻辑，再转发给主App的原始实现。

实现示例（Objective-C） #

#import <objc/runtime.h>

@implementation PushFrameworkBootstrap

+ (void)load {
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{
        // 交换「注册远程通知成功」的方法
        [self swizzleDelegateMethod:@selector(application:didRegisterForRemoteNotificationsWithDeviceToken:)
                     withSwizzled:@selector(framework_didRegisterDeviceToken:)];
        
        // 交换「收到远程通知」的方法（兼容iOS <10）
        [self swizzleDelegateMethod:@selector(application:didReceiveRemoteNotification:)
                     withSwizzled:@selector(framework_didReceiveNotification:)];
    });
}

+ (void)swizzleDelegateMethod:(SEL)originalSelector withSwizzled:(SEL)swizzledSelector {
    Class delegateClass = NSClassFromString(@"AppDelegate");
    Method originalMethod = class_getInstanceMethod(delegateClass, originalSelector);
    Method swizzledMethod = class_getInstanceMethod([self class], swizzledSelector);
    
    // 先给未实现该方法的App Delegate添加空实现，避免交换失败
    if (!class_addMethod(delegateClass, originalSelector, method_getImplementation(swizzledMethod), method_getTypeEncoding(swizzledMethod))) {
        method_exchangeImplementations(originalMethod, swizzledMethod);
    }
}

// 框架自身的设备令牌处理逻辑
- (void)framework_didRegisterDeviceToken:(NSData *)deviceToken {
    // 这里写框架的业务：比如上传令牌到你的服务器
    NSLog(@"Framework captured device token: %@", deviceToken);
    
    // 必须调用原方法，保证主App的逻辑不受影响
    [self framework_didRegisterDeviceToken:deviceToken];
}

// 框架自身的通知接收逻辑
- (void)framework_didReceiveNotification:(NSDictionary *)userInfo {
    // 框架处理通知：比如解析内容、统计上报
    NSLog(@"Framework received remote notification: %@", userInfo);
    
    // 转发给主App的原始实现
    [self framework_didReceiveNotification:userInfo];
}

@end

注意事项 #

• 用dispatch_once保证方法交换只执行一次，避免重复交换导致逻辑混乱
• 一定要调用原方法，绝对不能覆盖主App的原有回调逻辑
• 仅交换必要的通知方法，不要随意修改App Delegate的其他生命周期方法

方案2：监听UIApplication系统通知——完全无侵入的轻量方案 #

iOS系统会在远程通知相关事件触发时发送全局通知，框架只需注册这些通知即可获取回调，完全不用触碰主App的App Delegate。

实现示例 #

@implementation PushFrameworkBootstrap

+ (void)setupFramework {
    // 监听「远程通知注册成功」事件
    [[NSNotificationCenter defaultCenter] addObserver:self
                                             selector:@selector(handleDeviceTokenRegistered:)
                                                 name:UIApplicationDidRegisterForRemoteNotificationsNotification
                                               object:nil];
    
    // 监听「收到远程通知」事件（iOS <10）
    [[NSNotificationCenter defaultCenter] addObserver:self
                                             selector:@selector(handleRemoteNotificationReceived:)
                                                 name:UIApplicationDidReceiveRemoteNotificationNotification
                                               object:nil];
    
    // 监听「通知权限变更」事件
    [[NSNotificationCenter defaultCenter] addObserver:self
                                             selector:@selector(handleNotificationSettingsChanged:)
                                                 name:UIApplicationNotificationSettingsDidChangeNotification
                                               object:nil];
}

+ (void)handleDeviceTokenRegistered:(NSNotification *)notification {
    NSData *deviceToken = notification.userInfo[UIApplicationDeviceTokenUserInfoKey];
    // 框架处理令牌逻辑
    NSLog(@"Framework got device token via system notification: %@", deviceToken);
}

+ (void)handleRemoteNotificationReceived:(NSNotification *)notification {
    NSDictionary *userInfo = notification.userInfo;
    // 框架处理通知逻辑
    NSLog(@"Framework got remote notification via system notification: %@", userInfo);
}

+ (void)handleNotificationSettingsChanged:(NSNotification *)notification {
    UIUserNotificationSettings *settings = notification.userInfo[UIApplicationNotificationSettingsUserInfoKey];
    // 框架处理权限变更逻辑
    NSLog(@"Framework detected notification settings change: %@", settings);
}

@end

优缺点 #

• ✅ 完全无侵入，不会影响主App的任何代码
• ✅ 实现简单，无需处理方法交换的复杂逻辑
• ❌ 仅能获取基础回调，无法控制iOS 10+的前台通知展示行为

方案3：UNUserNotificationCenter代理转发——iOS 10+现代方案 #

iOS 10推出的UserNotifications框架提供了更灵活的通知处理能力，框架可以通过代理转发的方式接管通知逻辑，同时兼容主App的原有代理设置。

实现思路 #

1. 框架初始化时，保存主App当前的UNUserNotificationCenterDelegate
2. 设置框架自定义的代理类作为新的全局代理
3. 在框架代理方法中处理逻辑后，转发给主App的原始代理

实现示例 #

#import <UserNotifications/UserNotifications.h>

@interface FrameworkNotificationProxy : NSObject <UNUserNotificationCenterDelegate>
@property (nonatomic, weak) id<UNUserNotificationCenterDelegate> originalDelegate;
@end

@implementation FrameworkNotificationProxy

// 处理前台通知展示逻辑
- (void)userNotificationCenter:(UNUserNotificationCenter *)center willPresentNotification:(UNNotification *)notification withCompletionHandler:(void (^)(UNNotificationPresentationOptions))completionHandler {
    // 框架自身的前台通知处理：比如自定义展示样式
    NSLog(@"Framework handling foreground notification: %@", notification.request.content.userInfo);
    
    // 转发给主App的原始代理
    if (self.originalDelegate && [self.originalDelegate respondsToSelector:_cmd]) {
        [self.originalDelegate userNotificationCenter:center willPresentNotification:notification withCompletionHandler:completionHandler];
    } else {
        // 默认展示横幅+声音
        completionHandler(UNNotificationPresentationOptionBanner | UNNotificationPresentationOptionSound);
    }
}

// 处理通知点击逻辑
- (void)userNotificationCenter:(UNUserNotificationCenter *)center didReceiveNotificationResponse:(UNNotificationResponse *)response withCompletionHandler:(void (^)(void))completionHandler {
    // 框架自身的通知点击处理：比如跳转指定页面
    NSLog(@"Framework handling notification tap: %@", response.notification.request.content.userInfo);
    
    // 转发给主App的原始代理
    if (self.originalDelegate && [self.originalDelegate respondsToSelector:_cmd]) {
        [self.originalDelegate userNotificationCenter:center didReceiveNotificationResponse:response withCompletionHandler:completionHandler];
    } else {
        completionHandler();
    }
}

@end

// 框架初始化入口
@implementation PushFrameworkBootstrap

+ (void)setupFramework {
    UNUserNotificationCenter *center = [UNUserNotificationCenter currentNotificationCenter];
    FrameworkNotificationProxy *proxy = [[FrameworkNotificationProxy alloc] init];
    // 保存主App的原始代理
    proxy.originalDelegate = center.delegate;
    // 设置框架代理为全局代理
    center.delegate = proxy;
    
    // 自动请求通知权限（可选，根据框架需求）
    [center requestAuthorizationWithOptions:(UNAuthorizationOptionAlert | UNAuthorizationOptionSound) completionHandler:^(BOOL granted, NSError * _Nullable error) {
        if (granted) {
            [[UIApplication sharedApplication] registerForRemoteNotifications];
        }
    }];
}

@end

优势 #

• 完全符合iOS 10+的现代设计规范
• 能处理所有通知场景（前台展示、后台接收、点击交互等）
• 不会覆盖主App的代理逻辑，兼容性极佳

方案选择建议 #

• 如果需要兼容iOS 10以下：优先选择方法交换或系统通知方案
• 仅支持iOS 10+：首选UNUserNotificationCenter代理转发方案，安全又灵活
• 无论哪种方案，核心原则都是不破坏主App的原有逻辑，必须转发回调给主App的实现

内容的提问来源于stack exchange，提问作者ScottyB