如何在Xamarin.iOS的.NET Standard程序集中使用iOS动态框架

结论 #

该方案完全可行，属于iOS生态下.NET调用原生C++代码的标准实现路径，不存在技术组合上的不可行问题

核心可行性依据 #

• .NET for iOS（原Xamarin.iOS）原生兼容.NET Standard 2.1规范，且完整支持P/Invoke调用能力，和Windows、Linux等其他平台的P/Invoke使用逻辑基本一致，不需要修改上层.NET调用代码的核心逻辑
• 苹果iOS系统本身允许应用加载内嵌的自定义动态框架，只要你将包含.dylib的动态框架正确嵌入.app包的Frameworks目录、完成合法签名，且配置了正确的运行时查找路径，就可以正常加载调用

实现注意事项 #

• 编译C++代码为iOS平台.dylib时，需要匹配目标设备的架构（真机需要arm64，模拟器需要x86_64/arm64），同时设置的最低iOS支持版本要和你的.NET应用的最低版本保持一致，避免版本不兼容导致加载失败
• 导出C接口时必须添加extern "C"修饰，避免C编译器的名称修饰机制导致P/Invoke找不到对应入口点；建议不要直接导出C++类的成员函数，优先封装为纯C风格的平面对象供.NET侧调用，兼容性最好
• 封装动态框架时，要将.dylib放到框架的二进制目录，配置框架的安装路径为@rpath，同时将所有对外暴露的接口头文件放到框架的对应目录，方便后续验证调用入口
• .NET侧的P/Invoke声明不需要填写完整的.dylib路径，直接写动态框架的名称即可，.NET for iOS运行时会自动在.app的Frameworks目录下查找对应框架的二进制文件，和其他平台的P/Invoke声明逻辑一致

常见避坑点 #

• 不要尝试直接将单独的.dylib文件打包进iOS应用，iOS沙盒限制非系统动态库必须封装在动态框架内部才能被加载，单独打包.dylib会出现加载失败或者App Store审核被拒的问题
• 如果你的C++代码依赖苹果系统框架或者第三方原生库，需要在动态框架的构建配置中添加对应的链接依赖，同时在.NET项目的iOS构建配置中添加对应框架的引用，避免运行时出现链接错误

内容的提问来源于stack exchange，提问作者Eugene Mayevski 'Callback