.NET 5共享类库引用后出现browser-wasm运行时包缺失问题求助

我之前碰到过完全一样的问题，核心原因是Grpc.AspNetCore这个包是专为ASP.NET Core服务器端设计的，它依赖的Microsoft.AspNetCore.App runtime pack并没有browser-wasm版本，导致Blazor WASM客户端构建时找不到对应的运行时包。给你几个可行的解决思路：

1. 拆分共享类库的依赖（推荐） #

修改共享类库的.csproj文件，让Grpc.AspNetCore仅在服务器端目标框架下被引用，同时保留客户端需要的Google.Protobuf和Grpc.Tools：

<PropertyGroup>
  <!-- 多目标编译，适配服务器（net5.0）和客户端（netstandard2.1） -->
  <TargetFrameworks>netstandard2.1;net5.0</TargetFrameworks>
</PropertyGroup>

<!-- 仅服务器端目标引用Grpc.AspNetCore -->
<ItemGroup Condition="'$(TargetFramework)' == 'net5.0'">
  <PackageReference Include="Grpc.AspNetCore" Version="你的版本号" />
</ItemGroup>

<!-- 客户端和服务器都需要的基础包 -->
<ItemGroup>
  <PackageReference Include="Google.Protobuf" Version="你的版本号" />
  <PackageReference Include="Grpc.Tools" Version="你的版本号" PrivateAssets="all" />
</ItemGroup>

这样服务器项目会引用共享类库的net5.0版本（包含Grpc.AspNetCore），而Blazor WASM客户端会自动使用netstandard2.1版本（不带服务器端依赖），两边都能正常构建。

2. 在客户端项目中排除不必要的依赖 #

如果无法修改共享类库的目标框架，可以在客户端的.csproj中引用共享类库时，排除Grpc.AspNetCore这个包：

<ProjectReference Include="..\你的共享类库路径\共享类库.csproj">
  <RemovePackageReferences>Grpc.AspNetCore</RemovePackageReferences>
</ProjectReference>

这个配置会让客户端项目忽略共享类库中对Grpc.AspNetCore的引用，避免引入服务器端的runtime依赖。

3. 修复客户端项目的WASM配置（针对改csproj后找不到Blazor.WebAssembly.js的问题） #

如果你之前修改客户端csproj后出现找不到Blazor.WebAssembly.js的情况，大概率是不小心移除了Blazor WASM的核心配置。确保客户端项目的.csproj包含以下关键配置：

<PropertyGroup>
  <TargetFramework>net5.0</TargetFramework>
  <RuntimeIdentifier>browser-wasm</RuntimeIdentifier>
  <UseBlazorWebAssembly>true</UseBlazorWebAssembly>
  <DisableAutoSetRuntimeIdentifier>true</DisableAutoSetRuntimeIdentifier>
</PropertyGroup>

<ItemGroup>
  <PackageReference Include="Microsoft.AspNetCore.Components.WebAssembly" Version="5.0.17" />
  <PackageReference Include="Microsoft.AspNetCore.Components.WebAssembly.DevServer" Version="5.0.17" PrivateAssets="all" />
</ItemGroup>

这些配置会确保项目正确生成Blazor WASM所需的脚本文件和运行时依赖。

内容的提问来源于stack exchange，提问作者Joost Crielaard