Flutter集成jitsi_meet4.0.0 iOS构建PiPViewCoordinator错误(M1)

jitsi_meet 4.0.0 内置绑定的JitsiMeet iOS SDK 缺失arm64架构iOS模拟器适配：画中画能力相关的PiPViewCoordinator类仅在真机arm64架构下暴露声明，M1系列芯片Mac运行iOS模拟器时默认走arm64架构编译，会依次触发作用域无对应类型、初始化方法不识别、nil赋值缺少上下文类型的连锁Swift编译错误，最终导致CompileSwiftSources、EmitSwiftModule环节执行失败，无法在模拟器启动应用。

按优先级从高到低选择对应方案即可：

方案1：本地修改插件源码（无版本冲突，最推荐） #

该方案不改变插件原有真机功能，仅跳过模拟器下不支持的画中画编译逻辑，无副作用。

• 进入Flutter pub缓存路径，找到jitsi_meet 4.0.0的iOS源码目录，默认路径为~/.pub-cache/hosted/pub.dartlang.org/jitsi_meet-4.0.0/ios/Classes
• 打开目录下的SwiftJitsiMeetPlugin.swift文件，定位所有和PiPViewCoordinator、pipViewCoordinator相关的代码
• 给所有PiP相关代码添加编译条件宏，仅在真机环境下纳入编译，变量声明修改示例：

// 注释掉原有无限制的声明
// var pipViewCoordinator: PiPViewCoordinator?
// 替换为带编译条件的声明
#if arch(arm64) && !targetEnvironment(simulator)
var pipViewCoordinator: PiPViewCoordinator?
#endif

• 所有涉及pipViewCoordinator的初始化、方法调用、nil赋值逻辑，全部包裹在上述相同的#if arch(arm64) && !targetEnvironment(simulator)和#endif之间，模拟器编译时会直接跳过这部分代码，不会触发类型查找错误
• 回到项目根目录执行清理重装命令：

flutter clean
flutter pub get
cd ios
rm -rf Pods Podfile.lock
pod install --repo-update

方案2：调整模拟器编译架构（临时调试用） #

该方案通过Rosetta转译x86_64架构运行模拟器，会损失M1原生运行性能，仅适合临时快速验证。

• 打开项目下ios/Podfile文件，在post_install钩子中添加架构排除配置：

post_install do |installer|
  installer.pods_project.targets.each do |target|
    flutter_additional_ios_build_settings(target)
    # 新增以下配置
    target.build_configurations.each do |config|
      config.build_settings['EXCLUDED_ARCHS[sdk=iphonesimulator*]'] = 'arm64'
    end
  end
end

• 保存文件后关闭Xcode，在iOS目录下重新执行pod install
• 右键访达中Xcode应用图标，选择「显示简介」，勾选「使用Rosetta打开」，重启Xcode后即可正常编译。

方案3：升级插件版本（长期维护项目推荐） #

jitsi_meet 4.1.0及以上官方版本已经修复了arm64模拟器下的PiP类兼容问题，如果项目没有其他版本绑定限制，直接升级依赖即可：

• 打开项目根目录pubspec.yaml，修改jitsi_meet依赖版本：

dependencies:
  jitsi_meet: ^4.1.0

• 保存后执行以下命令拉取新版依赖：

flutter clean
flutter pub get
cd ios && pod install

注意：如果执行完上述操作仍报编译错误，先清理Xcode缓存：打开Xcode按Cmd+Shift+K清理项目，再打开Xcode设置-位置，找到Derived Data派生数据路径，删除对应项目的缓存文件夹，重启Xcode后再编译即可。

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