我完全懂你这种头疼的感觉——从Xamarin转MAUI后，很多熟悉的配置入口都变了，遇到Google Console的架构兼容性问题确实闹心。我来帮你一步步解决这个问题：

• 手动编辑项目文件（.csproj）是关键
  别光依赖Visual Studio的UI配置，直接修改项目的.csproj文件更可靠。找到项目里的<PropertyGroup>节点（如果是Release模式，就找对应Release的PropertyGroup），添加这两行配置：

  <AndroidSupportedAbis>armeabi-v7a;arm64-v8a;x86;x86_64</AndroidSupportedAbis>
  <AndroidEnableMultiArch>true</AndroidEnableMultiArch>
  

  其中AndroidEnableMultiArch是启用多架构支持的核心属性，之前你可能只加了ABI列表没开这个，导致配置没生效。

• 调整Visual Studio的平台配置
  虽然VS里的“Platform Target”容易自动变回ARM64，但你可以手动创建完整的多平台配置：

  1. 点击VS顶部的解决方案平台下拉菜单，选择「Configuration Manager」
  2. 在「Active Solution Platform」里点击「New」，依次添加x86、x86_64、ARM64这些平台，确保项目的平台设置和解决方案对应
  3. 发布时选择「Any CPU」，或者确认每个目标架构都被包含在发布配置里

• 关于编译变慢的应对
  同时编译多个架构确实会让构建时间变长，这是正常现象。推荐你改用**App Bundle（.aab格式）**发布：Google会自动为不同设备拆分对应架构的APK，既保证覆盖所有目标设备，又能让用户下载的安装包更小，而且上传到Google Console的包体积也不会过大。

• 验证配置是否生效
  发布完成后，你可以用Android Studio的APK Analyzer打开你的.aab或.apk文件，查看里面的lib文件夹，确认是否包含armeabi-v7a、arm64-v8a、x86、x86_64这几个目录，每个目录下有对应的.so文件，就说明架构配置已经生效了，再提交到Google Console就不会有受众丢失的提示了。

另外还要注意：如果你的项目依赖了某些NuGet包，要确认这些包是否支持你配置的所有ABI，部分第三方包可能只支持部分架构，这会导致对应架构的编译失败或缺失，需要更换兼容的包版本。

内容来源于stack exchange