M1 Mac下C#控制台应用无法使用依赖原生C库的旧版gRPC

解决步骤： #

1. 确认Homebrew安装的gRPC库路径
   M1芯片的Homebrew默认安装路径是/opt/homebrew，gRPC的原生库一般在/opt/homebrew/lib下。可以用以下命令确认精确路径：

brew --prefix grpc

输出的路径（比如/opt/homebrew/opt/grpc）后拼接/lib就是最终的库目录，例如/opt/homebrew/opt/grpc/lib。

2. 配置运行时加载原生库
   有两种方式让C#应用找到Homebrew安装的gRPC库：

方式一：临时设置环境变量

在终端运行应用前，先设置DYLD_LIBRARY_PATH：

export DYLD_LIBRARY_PATH=$(brew --prefix grpc)/lib:$DYLD_LIBRARY_PATH
dotnet run

如果想永久生效，把上述export命令添加到你的shell配置文件中（比如~/.zshrc或~/.bash_profile），保存后执行source ~/.zshrc生效。

方式二：在项目文件中配置

打开你的.csproj文件，添加以下配置，直接指定原生库路径并设置运行时环境变量：

<PropertyGroup>
  <!-- 指定M1芯片的运行时标识符 -->
  <RuntimeIdentifier>osx-arm64</RuntimeIdentifier>
  <!-- 设置运行时加载库的 fallback 路径 -->
  <RunEnvironmentVariables>
    DYLD_FALLBACK_LIBRARY_PATH=$(brew --prefix grpc)/lib:%DYLD_FALLBACK_LIBRARY_PATH%
  </RunEnvironmentVariables>
</PropertyGroup>

<ItemGroup>
  <!-- 显式引入gRPC原生库 -->
  <NativeLibrary Include="$(brew --prefix grpc)/lib/libgrpc.dylib" />
  <NativeLibrary Include="$(brew --prefix grpc)/lib/libgrpc++.dylib" />
</ItemGroup>

注意：如果$(brew --prefix grpc)在MSBuild中无法解析，直接替换成你之前确认的绝对路径（比如/opt/homebrew/opt/grpc/lib）。

3. 清理冲突的NuGet包
   卸载之前安装的Contrip.Grpc.Core.M1包——它自带的原生库可能会和Homebrew安装的版本冲突，导致后续失效。只保留以下必要的NuGet包，尽量保持版本一致（推荐使用2.46.x系列，这是Grpc.Core最后一批稳定支持原生库的版本）：

• Grpc.Core
• Grpc.Core.Api
• Grpc.Tools
• Google.Protobuf

4. 验证配置生效
   运行应用前，可通过otool命令检查应用是否能正确关联到Homebrew的gRPC库：

otool -L bin/Debug/net6.0/osx-arm64/YourAppName.dll

替换net6.0和YourAppName.dll为你的项目框架版本和输出文件名，查看输出中是否包含Homebrew路径下的libgrpc.dylib。

内容的提问来源于stack exchange，提问作者mustafa-naeem