dotnet 5项目F5调试、发布构建时找不到项目引用对应的DLL

该问题通常是由于Debug与Release/发布配置的编译规则不一致，导致依赖项目的程序集未被正确复制到输出目录，或者两个项目的编译架构、目标框架不匹配导致CLR无法加载对应程序集。

• 校验两个项目的目标框架一致性
  确认Datastore.csproj的<TargetFramework>配置与主项目完全一致，均为net5.0。同时检查两个项目是否存在带条件的配置节点，比如仅针对Release/发布配置生效的框架版本、平台目标配置，避免Debug和Release配置的编译目标不一致。
• 强制项目引用的本地复制行为
  在主项目的ProjectReference节点中添加强制复制本地的配置，修改后代码如下：

  <ProjectReference Include="..\Datastore\Datastore.csproj">
    <Private>True</Private>
    <CopyLocal>True</CopyLocal>
  </ProjectReference>
  

  该配置会强制发布、调试生成时将依赖项目的dll复制到输出目录。
• 校验平台目标配置
  检查两个项目的Debug、Release配置的平台目标是否完全匹配，避免出现主项目为x64、依赖项目为x86，或者某个项目开启了「首选32位」的配置，导致架构不匹配触发CLR绑定错误。
• 清理编译缓存重试
  依次删除所有项目下的bin、obj文件夹，以及解决方案根目录的.vs隐藏文件夹，再执行dotnet clean、dotnet build命令后重试调试或发布操作。

若上述操作均无效，可以在发布后检查输出目录中是否存在Datastore.dll文件，若不存在则说明项目依赖复制逻辑被全局配置覆盖，可检查解决方案根目录是否存在Directory.Build.props/Directory.Build.targets文件中包含限制引用复制的全局配置。

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