KMM无CocoaPods接入iOS .xcframework出现未知引用报错如何解决

问题1：该接入方式是否支持iOS二进制framework？ #

支持。KMM的cinterop机制原生支持对接Objective-C编写的静态/动态.framework，无需依赖CocoaPods的手动集成方案是官方明确支持的合法接入方式。
你当前出现unknown reference报错的核心原因是：你仅给iOS架构目标配置了MyKit的依赖，该依赖仅对iosMain源码集可见，Android侧的MainActivity属于androidMain源码集，根本无法访问iOS专属的framework，自然会找不到引用。如果需要跨端调用该framework的能力，需要在commonMain中定义接口，在iosMain中实现接口并调用MyKit的相关能力。

问题2：framework文件名中的.分隔符是否会引发问题？ #

不会。.framework是苹果平台的标准库格式后缀，文件名中的.属于标准后缀的一部分，只要你在def文件、compilerOpts、linkerOpts中填写的框架名（即.framework的前缀部分，比如MyKit.framework对应的框架名就是MyKit）和实际文件名完全一致，就不会触发解析错误。

问题3：-F路径配置是否有误？应该指定到哪个层级？ #

你的路径配置确实有误。-F参数需要指定包含.framework包的父目录，既不是.framework本身的目录，也不是.framework内部的Headers目录。
举个例子：如果你的arm64架构MyKit.framework文件存放在src/MyKit.framework/ios-arm64/目录下（也就是打开这个目录就能直接看到MyKit.framework文件夹），那么-F的参数应该写src/MyKit.framework/ios-arm64/，不需要拼接.framework的内部路径。

现有配置的其他优化建议 #

• 你当前仅给iosArm64目标配置了cinterop，没有给iosX64（iOS模拟器）目标配置对应依赖，编译模拟器版本时会出现找不到依赖的错误，建议将cinterop配置统一提取到通用iOS目标逻辑中，或者分别给两个架构配置对应架构的.framework路径。
• 你导入的是.xcframework格式的库，KMM原生支持直接对.xcframework配置cinterop，不需要手动拆分各架构路径，能大幅降低路径配置错误的概率。

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