这问题我之前帮好几个开发者排查过，核心原因就是你直接引用共享库DLL的方式跳过了NuGet的依赖传递机制——NuGet的依赖关系是通过项目引用而非DLL引用传递的，直接加DLL只会把共享库本身拷过去，它依赖的第三方NuGet包不会自动跟着过来。下面给你几个靠谱的解决办法，按推荐程度排序：

1. 优先使用项目引用（最优方案） #

直接用项目引用代替DLL引用，让VS自动处理依赖传递：

• 如果共享库和控制台应用在同一个解决方案里：
  1. 右键控制台应用项目 → 选择「添加」→「引用」
  2. 在弹出的窗口中切换到「项目」标签页
  3. 勾选你的.NET Standard共享库，点击确定
• 如果两者不在同一个解决方案：
  1. 打开控制台应用的解决方案，右键解决方案 → 选择「添加」→「现有项目」
  2. 找到共享库的.csproj文件并添加到解决方案
  3. 按照上面的步骤添加项目引用

这样配置后，编译控制台应用时，VS会自动把共享库及其所有NuGet依赖的DLL都拷贝到输出目录，运行时就不会出现缺失依赖的问题了。

2. 将共享库打包为NuGet包（适合成品库场景） #

如果你的共享库是已经编译完成的成品，不方便添加项目引用，可以把它打包成NuGet包，再让控制台应用通过NuGet安装：

• 打包共享库：
  1. 右键共享库项目 → 选择「属性」
  2. 切换到「打包」标签页，勾选「生成时创建NuGet包」
  3. 编译共享库，会在项目的输出目录（比如bin/Debug/netstandard2.0）生成.nupkg文件
• 在控制台应用中安装这个包：
  1. 打开控制台应用的NuGet包管理器 → 点击「设置」图标
  2. 在「包源」里添加一个本地包源，指向存放.nupkg的目录
  3. 回到NuGet包管理器，切换到刚添加的本地包源，搜索你的共享库包并安装

NuGet会自动识别共享库的依赖项，把第三方驱动也一并安装到控制台项目中，完美解决依赖缺失问题。

3. 手动添加依赖引用（应急方案，不推荐） #

如果以上两种方法都暂时无法使用，可以在控制台应用的.csproj文件中手动添加对第三方驱动的NuGet引用：

<PackageReference Include="第三方驱动包名" Version="对应版本号" />

但这个方法有明显缺陷：如果共享库后续更新了依赖包的版本，你需要手动同步控制台项目的版本，容易出现版本不一致的问题，只适合临时应急场景。

额外注意点 #

检查共享库的.csproj文件，确保第三方驱动的PackageReference没有设置PrivateAssets="All"这类会阻止依赖传递的属性。如果有，将其调整为PrivateAssets="none"或者直接移除该属性，确保依赖能正常传递给引用它的项目。

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