.NET中ProduceReferenceAssembly无法生成ref文件夹的问题求助

先确认.NET SDK版本 #

.NET 5及后续版本才会自动将引用程序集从obj目录复制到输出目录的ref子文件夹中。如果你的项目基于.NET Core 3.1或更早版本，即使设置了<ProduceReferenceAssembly>true</ProduceReferenceAssembly>，引用程序集也只会留在obj/ref目录，不会同步到输出目录。可以通过以下命令查看当前SDK版本：

dotnet --version

版本过低的话，建议升级到.NET 5+。

检查项目类型与冲突属性 #

• 若是控制台应用项目，默认可能不会输出ref文件夹。可以在.csproj中显式添加路径配置，强制指定引用程序集的输出位置：

  <PropertyGroup>
    <ProduceReferenceAssembly>true</ProduceReferenceAssembly>
    <ReferenceAssemblyOutputPath>$(OutputPath)ref\</ReferenceAssemblyOutputPath>
  </PropertyGroup>
  

• 排查是否存在干扰属性，比如<PublishTrimmed>true</PublishTrimmed>、<CopyLocalLockFileAssemblies>false</CopyLocalLockFileAssemblies>等，这类配置可能会阻止ref文件夹的复制操作。

明确ProduceOnlyReferenceAssembly=true的行为 #

这个属性的作用是仅生成引用程序集，不生成带实现的主程序集，它本身不会把生成的引用程序集放到ref文件夹——因为此时引用程序集就是主输出文件。如果需要同时生成实现程序集和引用程序集并放到ref目录，应该使用<ProduceReferenceAssembly>true</ProduceReferenceAssembly>，而非ProduceOnlyReferenceAssembly。

验证obj目录中引用程序集的有效性 #

obj/ref下的文件确实是正确的引用程序集，你可以用ILSpy等反编译工具验证：引用程序集只包含类型定义、方法签名，没有方法体实现；而主程序集包含完整的代码逻辑。

检查自定义MSBuild目标是否覆盖默认逻辑 #

如果项目或解决方案中有自定义的.targets文件，检查是否修改了CopyFilesToOutputDirectory或PrepareForBuild等相关目标，导致ref文件夹的复制逻辑被覆盖。可以临时移除自定义目标，重新编译测试。

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