Swift混编Objective-C时传数组遇MyVC*找不到myArray属性的编译错误排查

具体修复操作 #

• Swift端属性定义调整，两种方案选其一：
  • 方案一（最低成本，适配OC调用习惯）：直接用OC原生集合类型定义属性，匹配跨语言的指针引用语义，完全不会触发桥接问题：

    @objcMembers class MyVC: NSObject {
        var myArray: NSMutableArray<NSString> = NSMutableArray()
    }
    

  • 方案二（保留Swift原生数组开发习惯）：手动补全属性的桥接接口，让编译器生成可被OC调用的setter方法：

    @objcMembers class MyVC: NSObject {
        // 内部用Swift原生值类型数组存储业务数据
        private var _myArray: [String] = []
        
        // 对外暴露给OC的可读写接口
        @objc var myArray: [String] {
            get { return _myArray }
            set { _myArray = newValue }
        }
    }
    

• OC端调用逻辑适配，避免触发编译器的误导性检查错误：
  赋值时不要直接传递NSMutableArray指针，补充一次类型拷贝转换：

  // 替换原有报错的赋值行
  vc.myArray = (NSArray<NSString *> *)items.copy;
  

报错产生的根本原因 #

• 核心是Swift与Objective-C的类型语义、自动桥接规则存在天然差异：
  • Swift原生Array是带Copy-on-Write语义的值类型，存储逻辑、赋值行为和OC的引用类型集合（NSArray/NSMutableArray）完全不同，不存在可以直接互相赋值的内存模型。
  • 编译器对值类型集合的@objc暴露有特殊限制：对于var修饰的原生Swift数组，默认只会生成getter方法（把内部的Swift数组拷贝转换为不可变NSArray返回给OC），不会自动生成匹配OC调用习惯的setter——因为OC的setter本质是直接给实例变量写入对象指针，和Swift值类型的存储逻辑冲突，无法通过自动桥接生成。
  • 混编场景下OC编译器的报错存在强误导性：当找不到属性对应的setter实现时，不会直接提示“缺少对应setter方法”，反而会抛出Property 'myArray' not found on object of type 'MyVC *'的报错，让开发者误以为是整个属性没有暴露给OC。
  • 为什么MyVC的其他属性都能正常访问：因为String、Int、自定义对象等普通类型的自动桥接规则已经内置了完整的getter、setter值转换逻辑，不存在接口缺失的问题，只有值类型集合的桥接有特殊的接口裁剪规则。

关于Swift数组写法的场景适配性 #

• 并非完全不适用于混编业务，需要结合实际使用场景判断：
  • 如果该数组属性仅需要在OC端读取内容，不需要跨语言写入赋值：var myArray = [String]()的写法完全可用，@objcMembers会自动把它暴露为OC侧的只读NSArray属性，不会出现访问报错。
  • 如果该数组属性需要被OC端写入赋值：这种写法就不满足混编要求了，因为缺少桥接的setter接口，必须按照前面提到的方案调整属性定义，才能保证跨语言调用正常。

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