iOS URL Scheme 深层链接绕过 AppDelegate 实例方法解决办法

通过 URL Scheme 深层链接绕过 AppDelegate 实例方法

问题

在 Swift 中，我们可以通过方法替换来处理传入链接。但是，有时通过 URL Scheme 深层链接单击 application(_:open:options:) 方法时，系统不会调用该方法。

原因分析

当在 AppDelegate 类中添加方法 application(_:open:options:) 和 application(_:continue:restorationHandler:) 时，Xcode 会自动生成这两个方法的空实现。这些空实现对于方法替换的正常工作至关重要。

如果我们不初始化这两个空方法，而是直接通过 class_addMethod 动态添加方法，系统可能无法正确识别这些方法。这会导致在单击 URL Scheme 深层链接时，application(_:open:options:) 方法不被调用。

解决方法

要解决此问题，请在添加动态方法之前，确保在 AppDelegate 类中显式初始化 application(_:open:options:) 和 application(_:continue:restorationHandler:) 方法。这样可以确保系统正确识别这些方法，从而允许方法替换正常工作。

代码示例：

class AppDelegate: UIResponder, UIApplicationDelegate {

    // 初始化空方法
    override func application(_ application: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey : Any] = [:]) -> Bool {
        return true
    }

    override func application(_ application: UIApplication, continue userActivity: NSUserActivity, restorationHandler: @escaping ([UIUserActivityRestoring]?) -> Void) -> Bool {
        return true
    }

    // 方法替换
    // ...
}

结论

显式初始化 AppDelegate 类中的空方法 application(_:open:options:) 和 application(_:continue:restorationHandler:) 可以确保方法替换正常工作，从而允许通过 URL Scheme 深层链接成功调用 application(_:open:options:) 方法。

常见问题解答

1. 为什么在添加动态方法之前需要初始化空方法？
   因为这些空实现对于方法替换的正常工作至关重要。如果不初始化，系统可能无法正确识别这些方法。
2. 如果我忘记初始化空方法，会发生什么？
   在单击 URL Scheme 深层链接时，application(_:open:options:) 方法可能不被调用。
3. 方法替换在哪些情况下可能不起作用？
   如果未显式初始化空方法，或者方法替换过程存在其他问题，则方法替换可能不起作用。
4. 是否需要始终初始化这两个空方法？
   是的，即使我们不打算使用它们，也需要初始化这两个空方法。
5. 初始化空方法有什么其他好处？
   它可以防止出现意外错误，并确保方法替换始终如期工作。