Swift中Objective-C自定义初始化对象：直接返回非可选，赋值后为何变可选？

这是Swift与Objective-C桥接时的类型推断规则差异导致的，核心原因在于OC初始化方法的返回类型在Swift中的桥接逻辑，以及编译器对直接返回和赋值变量两种场景的不同处理。

为什么会有这种差异？ #

1. OC初始化方法的桥接规则
   你的OC自定义初始化方法返回的是id类型，且没有显式标记为非空。Swift对OC代码进行桥接时，会默认将未明确标记非空的id返回值推断为可选类型（Optional）。
   系统自带的init()方法之所以没问题，是因为UIKit的OC代码已经通过NS_ASSUME_NONNULL等宏标记了这些初始化方法的返回值为非空，Swift会直接将其桥接为非可选类型。

2. 编译器的隐式处理差异

   • 当你return SomeViewController(data: someData)直接返回时，Swift编译器会做一个隐式解包优化：它假设这个初始化方法不会返回nil（OC初始化方法通常应返回有效实例），自动将可选类型转换为非可选类型，因此不会报错。
   • 但当你把结果赋值给变量let vc = SomeViewController(data: someData)时，编译器会严格按照桥接规则推断变量类型为SomeViewController?，此时返回非可选的UIViewController就必须显式解包，否则会出现类型不匹配的错误。

解决方法 #

按推荐优先级排序：

1. 修改OC代码，明确标记非空（最优）

在OC头文件中，可通过三种方式明确标记非空：

// 方式1：用instancetype代替id（更符合OC初始化方法规范）
@interface SomeViewController : UIViewController
- (instancetype)initWithData:(MyData * _Nonnull)data;
@end

// 方式2：用NS_ASSUME_NONNULL块包裹整个类
NS_ASSUME_NONNULL_BEGIN
@interface SomeViewController : UIViewController
- (id)initWithData:(MyData *)data;
@end
NS_ASSUME_NONNULL_END

// 方式3：单独标记返回值为nonnull
@interface SomeViewController : UIViewController
- (id _Nonnull)initWithData:(MyData *)data;
@end

修改后Swift会直接将该初始化方法桥接为非可选类型，无论直接返回还是赋值变量都不会有问题。

2. Swift中显式解包

如果无法修改OC代码，在Swift中赋值时显式解包可选类型：

func foo() -> UIViewController {
    let vc = SomeViewController(data: someData)!
    return vc
}

⚠️ 注意：仅当你能确保这个初始化方法永远不会返回nil时才用强制解包，否则会触发运行时崩溃。

3. 使用可选绑定处理（安全兼容方案）

如果初始化方法可能返回nil，更安全的做法是调整返回值类型并使用可选绑定：

func foo() -> UIViewController? {
    guard let vc = SomeViewController(data: someData) else {
        return nil // 或返回默认视图控制器
    }
    return vc
}

这种方式符合Swift的安全编程规范，但需要修改函数返回值类型为可选。

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