求助：多目标NuGet包未包含运行时文件问题

你的问题核心是平台特定的原生代码库没有被正确打包到NuGet包的对应运行时目录，这在带原生依赖的.NET Standard类库中很常见——毕竟.NET Standard本身是抽象的跨平台目标，需要显式告诉MSBuild如何处理平台专属的文件。下面是具体的解决步骤：

1. 声明支持的运行时标识符（RID） #

首先在你的.csproj的<PropertyGroup>节点中，添加你需要适配的平台RID（运行时标识符），比如Windows x64、Linux x64、macOS x64等：

<PropertyGroup>
  <TargetFramework>netstandard2.0</TargetFramework>
  <GeneratePackageOnBuild>true</GeneratePackageOnBuild>
  <PackageId>CoolProject</PackageId>
  <Version>0.8.1</Version>
  <!-- 添加你需要支持的平台RID，用分号分隔 -->
  <RuntimeIdentifiers>win-x64;linux-x64;osx-x64</RuntimeIdentifiers>
</PropertyGroup>

按需添加即可，比如只支持Windows的话就只写win-x64。

2. 配置原生文件的打包规则 #

接下来要告诉MSBuild，把你的原生文件（比如.dll、.so、.dylib）打包到NuGet包的runtimes/{RID}/native目录——这是NuGet识别运行时原生依赖的标准路径，有两种常用配置方式：

方式一：用NativeFileReference（推荐） #

如果你的原生文件是按平台单独存放的（比如每个RID对应一个文件夹），可以直接关联文件和对应的RID：

<ItemGroup>
  <!-- Windows x64 原生库 -->
  <NativeFileReference Include="libs/win-x64/CoolNative.dll" RuntimeIdentifier="win-x64" />
  <!-- Linux x64 原生库 -->
  <NativeFileReference Include="libs/linux-x64/libCoolNative.so" RuntimeIdentifier="linux-x64" />
  <!-- macOS x64 原生库 -->
  <NativeFileReference Include="libs/osx-x64/libCoolNative.dylib" RuntimeIdentifier="osx-x64" />
</ItemGroup>

这种方式会自动把文件放到NuGet包的runtimes/{RID}/native路径下，其他项目引用包时，NuGet会根据目标项目的RID自动复制对应的原生文件到输出目录。

方式二：用Content批量配置（适合已按标准目录组织的文件） #

如果你的文件已经按runtimes/{RID}/native的目录结构存放（比如项目根目录下有runtimes/win-x64/native/CoolNative.dll），可以用通配符批量包含：

<ItemGroup>
  <Content Include="runtimes/**/*">
    <Pack>true</Pack>
    <!-- 保持原有目录结构打包到NuGet -->
    <PackagePath>runtimes\</PackagePath>
    <!-- 避免将这些文件复制到类库自身的输出目录（.NET Standard类库不需要直接输出原生文件） -->
    <CopyToOutputDirectory>Never</CopyToOutputDirectory>
  </Content>
</ItemGroup>

3. 验证打包结果 #

打包完成后，用NuGet Package Explorer打开生成的.nupkg文件，检查是否存在runtimes文件夹，且每个RID目录下的native子目录都包含对应的原生文件。如果结构正确，那么其他项目引用这个包时，对应的原生文件会被自动复制到项目的输出目录中。

额外注意事项 #

• 如果你的原生库依赖其他系统级库，需要确保目标平台已安装这些依赖，或者合规地将它们一起打包（注意版权限制）。
• 使用dotnet pack命令时，建议加上--configuration Release打包发布版本，避免调试文件干扰。

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