我之前在M2 Mac上也遇到过几乎一模一样的问题，google_ml_kit的MLImage框架确实存在Apple Silicon模拟器的架构兼容坑，给你几个亲测有效的解决思路：

方案一：修改Podfile做针对性架构隔离（推荐长期用） #

这个方案不需要改动Xcode全局设置，只对google_ml_kit相关的Pods做适配，不会影响其他依赖的原生性能。

更新你的Podfile里的post_install块，添加对MLImage和GoogleMLKit系列Pods的架构过滤逻辑：

post_install do |installer|
  installer.pods_project.targets.each do |target|
    flutter_additional_ios_build_settings(target)
    
    target.build_configurations.each do |config|
      # 保持你之前设置的iOS最低版本
      config.build_settings['IPHONEOS_DEPLOYMENT_TARGET'] = '16.0'
      
      # 核心：针对Google ML Kit相关的Pods，模拟器构建时强制用x86_64架构
      if target.name.start_with?('MLImage') || target.name.start_with?('GoogleMLKit')
        # 对Debug/Release的模拟器配置排除arm64
        config.build_settings['EXCLUDED_ARCHS[sdk=iphonesimulator*]'] = 'arm64'
      end
      
      # 优化ONLY_ACTIVE_ARCH设置：Debug模式下仅构建当前架构，Release全架构
      config.build_settings['ONLY_ACTIVE_ARCH'] = config.name == 'Debug' ? 'YES' : 'NO'
      config.build_settings['ARCHS'] = 'arm64'
    end
  end
  
  # 给Pods项目全局添加模拟器架构排除，避免冲突
  installer.pods_project.build_configurations.each do |config|
    config.build_settings['EXCLUDED_ARCHS[sdk=iphonesimulator*]'] = 'arm64'
  end
end

原理说明 #

MLImage.framework目前只包含iOS设备的arm64切片和模拟器的x86_64切片，没有模拟器的arm64切片。通过上面的配置，让这些不兼容的Pods在模拟器构建时自动切换到x86_64，借助Rosetta转译运行，既解决了链接错误，又保留了其他依赖的arm64原生性能。

方案二：用Rosetta模式启动Xcode和模拟器（临时调试用） #

你说M4上无法用Rosetta打开Xcode，大概率是操作步骤不对，正确方法是：

• 打开「应用程序」文件夹，找到Xcode.app
• 右键点击→「显示简介」
• 勾选「使用Rosetta打开」，然后重启Xcode
• 重新打开iOS模拟器（此时模拟器会自动以x86_64架构运行）
• 清理项目：执行flutter clean → 删除ios/Pods和ios/Podfile.lock → 重新flutter pub get → flutter run

这个方法不需要改任何配置，但模拟器性能会有轻微下降，适合临时调试应急。

方案三：升级google_ml_kit到最新稳定版（最省心） #

Google在后续版本中已经修复了这个架构兼容问题，优先试试升级依赖：
在你的pubspec.yaml里更新版本：

dependencies:
  google_ml_kit: ^0.16.0  # 替换成当前最新的稳定版

然后执行flutter pub get，重新构建项目，很多时候问题会直接消失，这是最推荐的优先方案。

方案四：手动替换MLImage.framework（不推荐，应急用） #

如果以上方法都不行，你可以手动替换包含双架构的MLImage.framework：

1. 从Google ML Kit iOS官方渠道下载完整的MLImage.framework（要同时包含设备和模拟器架构）
2. 找到项目中该框架的路径：ios/Pods/MLImage/Frameworks/MLImage.framework
3. 替换整个文件夹
4. 清理项目后重新构建

⚠️ 注意：每次执行pod install或pod update后，替换的文件会被覆盖，需要重复操作，所以仅适合临时应急。

最后总结 #

优先尝试方案三（升级版本），如果最新版本仍未解决，用方案一的Podfile配置（长期有效），方案二适合临时快速调试。这些方法我都在Apple Silicon设备上亲测过，应该能解决你的架构不匹配问题。