tvOS项目Swift头文件编译报错问题求助

核心原因 #

tvOS环境下，Xcode对静态库中Swift类的ObjC暴露规则和iOS存在差异：即便没有显式添加@objc修饰符，继承自UIKit原生类的Swift类会被自动标记为可被ObjC访问，编译器会将这类类写入自动生成的{Target}-Swift.h头文件。但该自动生成的头文件未自动导入UIKit的ObjC头文件，当AppTarget链接此静态库时，编译阶段解析头文件就会找不到UITableView的接口声明，进而触发报错。

将类标记为private后，类不会被暴露到ObjC，自然不会出现在自动生成的头文件中；移至EntryPoint库时，该库可能已在编译配置中正确导入UIKit头，或是AppTarget对EntryPoint的依赖处理逻辑不同，从而规避了问题。

解决方案 #

方案1：显式控制Swift类的ObjC可见性 #

给SelectionTable添加@nonobjc修饰符，阻止编译器将其暴露到ObjC，类就不会出现在Experience-Swift.h中：

import UIKit

@nonobjc class SelectionTable : UITableView
{
    private var vDataSrc:[String]!

    func SetDataSrc (_ pDataSrc:[String])
    {
        self.vDataSrc = pDataSrc
    }

    func UpdateDataSrc (_ pStringList:[String])
    {
        self.vDataSrc += pStringList
    }

    func GetDataSrc () -> [String]
    {
        return self.vDataSrc
    }
}

方案2：修改静态库编译配置 #

在Experience静态库的Build Settings中，找到Swift Compiler - General下的Install Objective-C Compatibility Header，设置为NO。若你的静态库无需给ObjC代码提供接口，这种方式会直接禁用自动生成的Experience-Swift.h头文件，从根源避免ObjC头文件解析问题。

方案3：手动补充UIKit头导入（不推荐） #

若必须保留自动生成的兼容头，可在静态库的Experience.h（若存在）中添加#import <UIKit/UIKit.h>，并将Objective-C Generated Interface Header Name指向该头文件。但这种方式需要维护额外的头文件，且自动生成内容可能被覆盖，并非最优解。

补充说明 #

iOS环境下无此问题，是因为iOS项目中自动生成的Swift兼容头文件会隐式导入UIKit相关头，而tvOS的编译逻辑在这一点上存在差异，导致静态库的兼容头缺失必要的依赖导入。

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