ObjC iOS老项目混编Swift集成OAuthSwift适配问题咨询

1. 保留OC核心模块的混编开发策略是否可行？ #

完全可行。苹果原生支持OC与Swift混编，保留稳定运行的OC核心模块、新功能基于Swift开发的迭代策略是大量历史iOS项目的常规选择，完全适配你本次迭代iOS 13.0的要求。项目中的C++依赖也可以通过OC封装中间层和Swift交互，不存在架构层面的障碍。 #

2. 如何解决OAuth适配过程中SceneDelegate.swift与AppDelegate.m的互操作问题？是否有兼容OC的OAuth2.0 Framework推荐？ #

问题根因 #

你遇到的两个问题都是iOS 13+新的Scene生命周期导致的：

• iOS 13及以上系统的URL回调默认走SceneDelegate的scene(_:openURLContexts:)方法，出现UIWindow为nil是因为没有在SceneDelegate的生命周期方法里正确初始化绑定UIWindow到当前Scene。
• 你在AppDelegate里实现旧版openURL方法虽然能触发OAuth回调，但OAuthSwift内部持有的presenting上下文不匹配，导致后续token存储、回调链路断裂，才会出现token获取后丢失的问题。

修复方案 #

1. 先在SceneDelegate的scene(_:willConnectTo:options:)方法里完成UIWindow初始化，确保window不为空：

func scene(_ scene: UIScene, willConnectTo session: UISceneSession, options connectionOptions: UIScene.ConnectionOptions) {
    guard let windowScene = (scene as? UIWindowScene) else { return }
    // 初始化window并绑定到当前scene
    let window = UIWindow(windowScene: windowScene)
    self.window = window
    // 沿用原项目的根视图控制器初始化逻辑
    window.rootViewController = YourRootViewController()
    window.makeKeyAndVisible()
}

2. 统一URL回调入口：iOS 13以下走AppDelegate的openURL，iOS13及以上走SceneDelegate的openURLContexts，两边处理逻辑保持一致，都调用OAuthSwift的handle方法即可，不需要分开处理。

兼容OC的OAuth2.0库推荐 #

如果不想依赖Swift版本的OAuthSwift，可以直接使用苹果原生的AuthenticationServices框架，iOS 12+就原生支持，完全兼容OC调用，不需要引入额外第三方依赖。也可以选择OC版本的OAuth2开源库，适配性更好。 #

3. 是否可以使用SFSafariController替代调用OAuthSwift来获取access token？ #

完全可以。目前苹果官方推荐使用SFSafariViewController或者更轻量的ASWebAuthenticationSession来处理OAuth授权流程，比第三方OAuth库稳定性更高，也不会出现跨语言适配的问题。你可以完全去掉OAuthSwift依赖，直接用原生API实现授权：构造授权URL，用ASWebAuthenticationSession拉起授权页，回调中解析返回的回调URL提取access token即可，OC和Swift都可以直接调用这套API。 #

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