应用被杀死后点击推送通知启动时崩溃问题排查

老兄，你遇到的这个问题其实很典型——后台状态下逻辑正常，冷启动（被杀后点推送）就崩溃，核心大概率是冷启动时视图控制器的生命周期时机不对，咱们一步步来排查：

1. 先抓崩溃日志！这是最关键的第一步 #

你现在只说崩溃，但没说具体是哪行代码崩、崩溃类型是什么（比如空指针、数组越界、类型不匹配）。先去Xcode的Organizer里找对应的崩溃报告，看调用栈的最顶部，比如是不是设置selectedIndex时，CustomTabBarController的某个子控制器还没初始化，或者内部控件是nil？

2. 检查冷启动时CustomTabBarController的初始化时机 #

你在didFinishLaunchingWithOptions里直接拿window?.rootViewController来改selectedIndex，但冷启动时App的视图加载是异步的！可能你改索引的时候，CustomTabBarController的viewDidLoad都还没执行完，它内部的viewControllers数组甚至可能是空的，这时候改索引肯定崩。

验证方法：
把设置索引的逻辑延迟一下，比如用主队列异步包裹：

if let remoteNotification = launchOptions?[UIApplicationLaunchOptionsKey.remoteNotification] as? [AnyHashable: Any] {
    DispatchQueue.main.asyncAfter(deadline: .now() + 0.2) {
        guard let rootViewController = self.window?.rootViewController as? CustomTabBarController else { return }
        rootViewController.selectedIndex = 1
    }
}

如果延迟后不崩了，那就实锤是时机问题，后续可以改成监听CustomTabBarController的视图加载完成事件，而不是用延时这种hack方法。

3. 检查推送数据的类型转换安全性 #

你把推送数据转成NSDictionary，但APNs返回的userInfo本质是[AnyHashable: Any]，强制转NSDictionary可能会有桥接问题（比如某些字段是Swift原生类型，转成NSDictionary时出问题）。虽然你有guard，但如果转换后的数据有问题，会不会间接导致CustomTabBarController内部逻辑出错？

修改建议：
把类型转换改成和didReceiveRemoteNotification一致的格式：

if let remoteNotification = launchOptions?[UIApplicationLaunchOptionsKey.remoteNotification] as? [AnyHashable: Any] {
    // 后续逻辑
}

4. 检查CustomTabBarController内部的selectedIndex处理逻辑 #

会不会是你在CustomTabBarController里重写了selectedIndex的setter，或者在tabBar(_:didSelect:)代理方法里做了一些操作，比如访问子控制器的UI控件？冷启动时子控制器还没被加载（懒加载），这时候切换索引就会触发子控制器的初始化，如果初始化逻辑里有依赖于已加载视图的代码，就会崩。

排查方法：

• 打开CustomTabBarController的代码，看selectedIndex的didSet里有没有访问子控制器的view或者其他未初始化的属性。
• 尝试在设置selectedIndex前，先手动加载目标子控制器：

if let targetVC = rootViewController.viewControllers?[1] {
    targetVC.loadViewIfNeeded()
    rootViewController.selectedIndex = 1
}

5. 检查window和rootViewController的赋值顺序 #

你在didFinishLaunchingWithOptions里先初始化了window，然后makeKeyAndVisible()，但有没有确认rootViewController是在这之前就已经赋值给window了？如果window?.rootViewController是半初始化的状态，类型转换后拿到的CustomTabBarController实例是不完整的，改索引就会崩。

验证方法：
把处理推送的逻辑放在window.rootViewController = CustomTabBarController()（或者你创建根控制器的代码）之后，确保根控制器已经完全赋值给window了再执行。

先从崩溃日志入手，定位具体崩溃点，再结合上面的方向排查，应该很快就能找到问题！

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