为什么类库安装的.Net依赖包需在启动项目中再次安装才生效

1. 构建阶段的依赖复制规则限制 #

• 若你使用的是.NET Framework + packages.config的包管理模式：NuGet不会自动传递类库的依赖到启动项目的输出目录。仅类库项目安装的包，只会在类库自身的编译阶段生效，构建启动项目时不会把该包的程序集、原生组件、资源文件等复制到最终的运行目录，运行时自然找不到对应依赖。
• 若你使用的是.NET Core/.NET 5+ 或 PackageReference管理模式：大部分场景下依赖会自动传递，但如果类库引用的包设置了PrivateAssets="all"属性，或者包包含需要复制到输出目录的运行时专属内容、非托管组件，传递逻辑会被中断，需要启动项目显式安装才能将对应资源复制到运行目录。

2. 运行时绑定重定向要求 #

• 针对.NET Framework项目，当解决方案中多个项目引用了同一NuGet包的不同版本时，必须在启动项目的app.config或web.config中生成统一的绑定重定向规则，才能保证运行时加载正确版本的程序集。如果仅类库安装了包，启动项目的配置文件不会自动生成对应的重定向规则，运行时会抛出程序集加载失败的异常。

3. 包的初始化逻辑依赖入口程序集 #

• 部分带有运行时初始化逻辑的NuGet包，会默认从应用的入口程序集也就是启动项目中扫描引用信息、执行启动配置。仅在类库中安装这类包时，初始化逻辑无法被触发，对应功能自然无法正常运行。

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