碰到这种情况我也踩过坑，大概率是你的SharedComponents类库的依赖传递或者目标框架配置问题导致的——毕竟Web项目里的AspNetCore相关依赖（比如JwtBearer），会通过SharedComponents间接传递给MAUI Android项目，但AspNetCore根本没有适配Android平台的运行时包，自然就会报错找不到android-x86的Runtime Pack。

不用急着删掉共用类库，咱们可以通过以下几个步骤解决：

• 调整SharedComponents的多目标框架配置
  打开SharedComponents项目的.csproj文件，把它改成支持多目标框架，让它能根据引用它的项目（Web或MAUI）自动适配。比如设置：

  <TargetFrameworks>net8.0;net8.0-android;net8.0-web</TargetFrameworks>
  

  这样类库会为不同平台生成适配的版本，避免把Web端的依赖带到MAUI项目里。

• 隔离Web专属的依赖项
  如果SharedComponents里有一些只在Web项目中用到的代码或依赖（比如和AspNetCore相关的逻辑），一定要用条件编译或者条件引用来隔离。
  举个例子，如果你在SharedComponents里引用了Web相关的NuGet包，就在.csproj里这么写：

  <ItemGroup Condition="'$(TargetFramework)' == 'net8.0-web'">
    <!-- 这里放只有Web项目需要的NuGet包引用，比如JwtBearer相关 -->
    <PackageReference Include="Microsoft.AspNetCore.Authentication.JwtBearer" Version="8.0.0" />
  </ItemGroup>
  

  同时，代码里的Web专属逻辑也要用条件编译指令包裹：

  #if NET8_0_WEB
  // 这里写只有Web项目会执行的代码
  #endif
  

  这样MAUI项目引用SharedComponents时，根本不会接触到Web端的依赖。

• 清理项目缓存并重建
  有时候旧的构建缓存会搞鬼，先手动删除所有项目的bin和obj文件夹，然后在开发工具里选择“清理解决方案”，再“重建解决方案”，确保所有依赖都是最新的适配版本。

• 检查MAUI项目的运行时标识配置
  打开MAUI项目的.csproj文件，确认RuntimeIdentifiers配置包含了你需要调试的Android架构，比如：

  <RuntimeIdentifiers Condition="'$(TargetFramework)' == 'net8.0-android'">android-arm64;android-x64;android-x86</RuntimeIdentifiers>
  

  这一步是确保MAUI项目本身的运行时配置没问题，避免因为架构缺失引发额外错误。

做完这些步骤后，再尝试调试MAUI项目，应该就能正常运行了，同时还能保留SharedComponents作为Web和MAUI的共用类库，继续复用里面的代码和组件。

内容来源于stack exchange