dotnet安装包时找不到依赖关系_Microsoft.Extensions 探索 / 依赖注入（DI）

最新推荐文章于 2025-06-29 12:38:35 发布
最新推荐文章于 2025-06-29 12:38:35 发布
阅读量2.7k 收藏 4
点赞数 1
CC 4.0 BY-SA版权
文章标签： dotnet安装包时找不到依赖关系
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/weixin_36178269/article/details/112336848
本文介绍了.NET Core中的Microsoft.Extensions，特别是依赖注入（DI）的概念和使用方法，包括如何在ASP.NET Core中应用和替换DI容器。内容涵盖了DI的基本原理、生命周期管理和与其他第三方容器的集成。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

e8559f10012bba9b52eb07386e975aaf.png
“如果建筑师按照程序员编写程序的方式建造建筑物，那么第一只到来的啄木鸟（找 Bug）就将摧毁文明。”
- Gerald Weinberg（杰拉尔德·温伯格）

本文内容基于 .NET Core 3.1

  • 一、Microsoft.Extensions 简介
  • 二、什么是依赖注入（Dependency Injection）？
  • 三、DI 容器的使用方法
  • 四、在 http://ASP.NET Core 中替换容器实现
  • 五、结语

一、Microsoft.Extensions 简介

.NET Extensions 是一套官方的、开源的、跨平台的 API 集合，提供了一些常用的编程模式和实用工具，例如依赖项注入、日志记录、缓存、Host以及配置等等。该项目的大多数 API 都被用在 .NET 平台的各个应用框架上，如 http://ASP.NET Core，Xamarin 等等。虽然 http://ASP.NET 使用了很多这些 API 但 http://ASP.NET 并没有与它们紧密耦合。你也可以在控制台应用程序、WinForm以及WPF应用程序上使用它们。总结一句就是：它是官方造的“轮子”。

https://github.com/dotnet/extensions​github.com

.NET 官方将这个项目称为 .NET Platform Extensions.

e09b712151c4258e30fab0eba78c2fc4.png
.NET API browser 中的 .NET Platform Extensions

.NET Platform Extensions 包括下面所列的包，由于 .NET 5 正在整合各个代码仓库，所以 .NET Extension 中的部分代码仓库已经分别以迁移到了 dotnet/runtime 和 dotnet/aspnetcore 这两个仓库中。

移动到 dotnet/runtime 的包:

    • Caching
      • Microsoft.Extensions.Caching.Abstractions
      • Microsoft.Extensions.Caching.Memory
    • Configuration
      • Microsoft.Extensions.Configuration
      • Microsoft.Extensions.Configuration.Abstractions
      • Microsoft.Extensions.Configuration.Binder
      • Microsoft.Extensions.Configuration.CommandLine
      • Microsoft.Extensions.Configuration.EnvironmentVariables
      • Microsoft.Extensions.Configuration.FileExtensions
      • Microsoft.Extensions.Configuration.Ini
      • Microsoft.Extensions.Configuration.Json
      • Microsoft.Extensions.Configuration.UserSecrets
      • Microsoft.Extensions.Configuration.Xml
    • Dependency Injection
      • Microsoft.Extensions.DependencyInjection
      • Microsoft.Extensions.DependencyInjection.Abstractions
    • File Providers
      • Microsoft.Extensions.FileProviders.Abstractions
      • Microsoft.Extensions.FileProviders.Composite
      • Microsoft.Extensions.FileProviders.Physical
    • File System Globbing
      • Microsoft.Extensions.FileSystemGlobbing
    • Hosting
      • Microsoft.Extensions.Hosting
      • Microsoft.Extensions.Hosting.Abstractions
    • Http Client Factory
      • Microsoft.Extensions.Http
最低0.47元/天 解锁文章

200万优质内容无限畅学
ASP.NET Core 入门教程 8、ASP.NET Core + Entity Framework Core 数据访问入门
ken的杂谈
01-03 3449
一、前言 1、本教程主要内容 ASP.NET Core MVC 集成 EF Core 介绍&操作步骤 ASP.NET Core MVC 使用 EF Core + Linq to Entity 访问MySQL数据库 ASP.NET Core MVC 使用 EF Core + 原生SQL访问MySql数据库 EF Core + MySQL数据库插入数据后获取自增列的值 Entity Fr...
Autofac.Extensions.DependencyInjection:Microsoft.Extensions.DependencyInjection.Abstractions（.NET Core依赖项注入抽象）中接口的Autofac实现
05-07
Autofac.Extensions.DependencyInjection Autofac是Microsoft .NET的。 它管理类之间的依赖关系，以使应用程序随大小和复杂性的增长而保持易于更改的状态。 这是通过将常规.NET类视为。 请在此存储库中而不是在Autofac核心存储库中提交问题并请求对此软件包的请求。 ASP.NET Core入门 此快速IServiceProviderFactory{T}展示了如何使用ASP.NET Core支持的IServiceProviderFactory{T}集成来帮助您自动构建根服务提供者。 如果您想要更多的手动控制，。 请参考NuGet的Autofac.Extensions.DependencyInjection程序包。 在Program.Main方法（配置HostBuilder ，调用UseAutofac将Autofac挂接到启动管道
dotnet安装包时找不到依赖关系_如何在.NET Core应用程序Docker映像中包含依赖关系？...
weixin_39933895的博客
12-21 199
I'm trying to build a .NET Core app docker image. But I can't figure out how I'm supposed to get the project's NuGet dependencies into the image.For simplicity reasons I've create a .NET Core console ...
ASP.Net依赖注入！使用Microsoft.Extensions.DependencyInjection配置依赖注入
最新发布
weixin_44710358的博客
06-29 1050
本文介绍了ASP.NET中依赖注入(DI)的使用方法。依赖注入是一种降低代码耦合度的设计模式，通过IoC容器自动创建和管理对象。文章详细讲解了使用Microsoft.Extensions.DependencyInjection库配置DI的步骤：首先创建主机并注册服务，然后通过构造函数注入依赖项。示例展示了如何在WinForms应用中使用DI，包括LoginForm和UserService的交互。最后解释了三种服务生命周期：AddSingleton(单例)、AddScoped(作用域)和AddTransien
DotNetCore跨平台~一起聊聊Microsoft.Extensions.DependencyInjection
weixin_34192816的博客
10-11 438
回到目录 写这篇文章的心情：激动 Microsoft.Extensions.DependencyInjection在github上同样是开源的，它在dotnetcore里被广泛的使用，比起之前的autofac,unity来说，它可以说是个包裹，或者叫适配器，它自己提供了默认的DI实现，同时也支持第三方的IOC容器，在这段时间里使用了它，就想，这东西为什么被在dotnetcore里大放异彩？为什...
Microsoft.Extensions.DependencyInjection 在 C# 中的应用
dotNET跨平台
07-18 855
引言Microsoft.Extensions.DependencyInjection 是 .NET Core 框架内置的一个依赖注入（Dependency Injection，简称DI）库，它为开发者提供了一种灵活的方式来管理应用程序中的依赖关系。依赖注入是一种设计模式，旨在降低组件之间的耦合度，提高代码的可测试性和可维护性。本文将详细介绍 Microsoft.Extensions.Depende...
.NET Core 依赖注入 Microsoft.Extensions.DependencyInjection
qq_44695769的博客
12-05 3463
依赖注入是一个非常重要的编程思想，就和面向过程和面向对象一样，IOC和控制反转是一种解耦的编程思想。[C#]理解和入门依赖注入为什么要用IOC:inversion of controll反转控制（把创建对象的权利交给框架）目前.NET 有两个最优的依赖注入框架Microsoft.Extensions.DependencyInjection：微软官方依赖注入框架，听说在.net core 8.0得到了最强的性能提升Autofac：听说也是最强的依赖注入框架，性能强，开销低，功能完善。
Microsoft.Extensions.DependencyInjection 简述
cj937402238的博客
05-30 1182
Microsoft.Extensions.DependencyInjection 使用
Microsoft.Extensions.DependencyInjection入门
weixin_53370274的博客
08-12 1060
Microsoft.Extensions.DependencyInjection是.NET Core内置依赖注入模块。
.netcore 如何获取系统中所有session_.net core 依赖注入: 什么是控制反转,什么是依赖注入,什么是容器, autofac 简单使用...
weixin_39962356的博客
11-24 230
综述ASP.NET Core 支持依赖注入, 也推荐使用依赖注入.主要作用是用来降低代码之间的耦合度.什么是控制反转?控制反转(Inversion of Control，缩写为IoC)，是面向对象编程中的一种设计原则，可以用来减低计算机代码之间的耦合度。其中最常见的方式叫做"依赖注入"(Dependency Injection，简称DI)，还有一种方式叫"依赖查找"(Depende...
.Net or .Net Core依赖注入实现Microsoft.Extensions.DependencyInjection
シ❤゛甜虾的个人博客
03-16 619
依赖注入的优点 （1）有效地设计服务及其依赖关系。 （2）防止多线程问题。 （3）防止内存泄漏。 （4）防止潜在的错误。 工程代码下载 .Netor.NetCore依赖注入实现-C#文档类资源-优快云下载 一、新建控制台项目 新建StartUp类，代码如下，如果你们没有用到Logger删掉Logger相关内容即可 using FileLogger; namespace UnityDataManageServiceHost { class StartUp {
net framework是把别的地方的工程拷过来，但是依赖库没有，如何解决
波波诸葛伟
10-31 491
在成功还原所有包之后，尝试清理并重新生成整个解决方案。
【Unity Code】Unity C# 使用微软 DependencyInjection 库实现依赖注入实验
qq_49309833的博客
11-16 609
验证了Microsoft.Extensions.DependencyInjection库在unity中使用的可行性练习了DependencyInjection库的基本使用为游戏框架开发提供支撑。
.Net平台下的扩展方法
weixin_30877755的博客
11-23 92
　　扩展方法使您能够向现有类型“添加”方法，而无需创建新的派生类型、重新编译或以其他方式修改原始类型。扩展方法是一种特殊的静态方法，但可以像扩展类型上的实例方法一样进行调用。对于用 C# 和 Visual Basic 编写的客户端代码，调用扩展方法与调用在类型中实际定义的方法之间没有明显的差异。 定义和调用扩展方法 定义一个静态类以包含扩展方法。 该类必须对客户端代码可见。有关可访问...
.NET(C#) 扩展方法(Extension)
weixin_42098295的博客
02-26 370
.NET(C#)中扩展方法是C# 3.0/.NET 3.x 新增特性，能够实现向现有类型中“添加”方法，本文主要介绍.NET(C#)中扩展方法的声明及使用。 原文地址：.NET(C#) 扩展方法(Extension)
WPF 依赖注入之 Microsoft.Extensions.DependencyInjection
四方阵
01-08 864
WPF 依赖注入之 Microsoft.Extensions.DependencyInjection
依赖注入 Dependency Injection (DI)
大尾巴狼专栏
11-20 2949
依赖 Dependency：从属，从属物（英文意思更直接、明了）。也可以把依赖看成是一种关系，一种被注入者与注入者直接的关系。（继承、实现、拥有（has）是面向对象中的关系） 依赖注入是一种方式、方法或者说手段，是让被注入者和注入者之间建立关联的手段。 依赖注入的目的是松耦合，是交互对象之间的松耦合。
解析 Microsoft.Extensions.DependencyInjection 2.x 版本实现
Addisoni
11-01 2507
项目使用了 Microsoft.Extensions.DependencyInjection 2.x 版本，遇到第2次请求时非常高的内存占用情况，于是作了调查，本文对 3.0 版本仍然适用。 先说结论，可以转到ServiceProvider章节，为了在性能与开销中获取平衡，Microsoft.Extensions.DependencyInjection在初次请求时使用反射实例化目标服务，再次请求...
dr@dr-virtual-machine:~/下载/Steam _v3.0.0-rc.15_linux_x64$ bash ./Steam++.sh 符号链接 ./Steam++ 已存在 Unhandled exception: System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.TypeInitializationException: The type initializer for 'SkiaSharp.SKImageInfo' threw an exception. ---> System.DllNotFoundException: Unable to load shared library 'libSkiaSharp' or one of its dependencies. In order to help diagnose loading problems, consider using a tool like strace. If you're using glibc, consider setting the LD_DEBUG environment variable: /home/dr/下载/Steam _v3.0.0-rc.15_linux_x64/assemblies/libSkiaSharp.so: cannot open shared object file: No such file or directory /home/dr/下载/Steam _v3.0.0-rc.15_linux_x64/dotnet/shared/Microsoft.NETCore.App/9.0.1/libSkiaSharp.so: cannot open shared object file: No such file or directory /home/dr/下载/Steam _v3.0.0-rc.15_linux_x64/assemblies/liblibSkiaSharp.so: cannot open shared object file: No such file or directory /home/dr/下载/Steam _v3.0.0-rc.15_linux_x64/dotnet/shared/Microsoft.NETCore.App/9.0.1/liblibSkiaSharp.so: cannot open shared object file: No such file or directory /home/dr/下载/Steam _v3.0.0-rc.15_linux_x64/assemblies/libSkiaSharp: cannot open shared object file: No such file or directory /home/dr/下载/Steam _v3.0.0-rc.15_linux_x64/dotnet/shared/Microsoft.NETCore.App/9.0.1/libSkiaSharp: cannot open shared object file: No such file or directory /home/dr/下载/Steam _v3.0.0-rc.15_linux_x64/assemblies/liblibSkiaSharp: cannot open shared object file: No such file or directory /home/dr/下载/Steam _v3.0.0-rc.15_linux_x64/dotnet/shared/Microsoft.NETCore.App/9.0.1/liblibSkiaSharp: cannot open shared object file: No such file or directory at SkiaSharp.SkiaApi.sk_colortype_get_default_8888() at SkiaSharp.SkiaApi.sk_colortype_get_default_8888() at SkiaSharp.SKImageInfo..cctor() --- End of inner exception stack trace --- at Avalonia.Skia.PlatformRenderInterface..ctor(Null
03-13
<think>好的，我现在需要解决用户在Linux环境下运行Steam++.sh脚本时遇到的System.DllNotFoundException异常问题，具体是找不到libSkiaSharp.so文件。让我先理清楚这个问题的可能原因和解决方法。 首先，用户提到他们使用的是Steam++的版本v3.0.0-rc.15_linux_x64，错误信息显示无法加载libSkiaSharp共享库。这种情况通常发生在程序依赖的共享库文件不在系统的库路径中，或者库文件缺失、损坏，或者架构不兼容。 根据提供的引用内容，用户之前可能按照引用[1]中的步骤解压了Steam++到/opt/steam++/目录，而引用[4]提到了运行environment_check.sh脚本。可能的步骤是检查环境依赖，但问题依然存在。 我需要考虑几个方面： 1. **确认库文件是否存在**：检查Steam++的安装目录中是否有libSkiaSharp.so文件，可能在解压后的目录里的某个子文件夹，比如lib或bin。用户可能没有正确解压或者文件被遗漏。 2. **依赖库是否安装**：SkiaSharp可能需要额外的运行时依赖，用户可能需要安装这些依赖项，比如通过系统的包管理器安装libSkiaSharp的包。 3. **库路径是否正确**：即使库文件存在，系统可能无法找到它。这时候需要将库所在目录添加到LD_LIBRARY_PATH环境变量中，或者将库文件复制到系统库目录如/usr/lib或/usr/local/lib。 4. **架构兼容性**：用户使用的是x64版本，确保没有混合使用32位和64位的库文件。 5. **文件权限问题**：检查libSkiaSharp.so是否有可执行权限，或者用户是否有权限访问该文件。 6. **重新安装SkiaSharp**：可能需要通过NuGet或其他方式重新安装SkiaSharp的Linux版本，确保其正确部署。 根据引用[3]，用户之前设置过环境变量，比如JAVA_HOME和HADOOP_HOME。可能需要类似地设置LD_LIBRARY_PATH来包含Steam++的库目录。例如，在/etc/profile或用户自己的.bashrc中添加export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/opt/steam++/lib，然后source一下使环境变量生效。 另外，引用[4]提到运行脚本前需要在script文件夹下执行指令，可能需要确保工作目录正确，或者脚本中的相对路径指向正确的库位置。 可能的解决步骤： - 检查解压后的目录结构，确认libSkiaSharp.so的位置。 - 如果存在，将该目录添加到LD_LIBRARY_PATH。 - 如果没有，可能需要安装SkiaSharp的运行时包，比如在Ubuntu上是否有相关包，或者从项目官网下载。 - 检查SkiaSharp的官方文档，确认Linux下的依赖项是否满足。 - 确保所有依赖项的版本与Steam++兼容，可能需要特定版本的库。 可能还需要查看Steam++的官方文档或社区支持，是否有关于此问题的已知解决方案。或者，用户是否在解压过程中出现了错误，导致部分文件缺失，可以尝试重新解压安装包，如引用[1]中的tar命令是否正确执行，特别是-C参数指定的目录是否正确，是否存在权限问题导致文件未正确解压。 总结可能的解决步骤： 1. 确认libSkiaSharp.so是否存在于解压后的目录。 2. 如果存在，添加其路径到环境变量。 3. 如果不存在，重新解压或安装缺失的库。 4. 安装所需的系统依赖项。 5. 检查权限问题。</think>### 解决Linux环境下Steam++.sh运行时libSkiaSharp.so找不到的问题 #### 1. 检查库文件是否存在 首先确认解压后的Steam++目录中是否包含`libSkiaSharp.so`文件。使用以下命令搜索： ```bash find /opt/steam++ -name "libSkiaSharp.so" ``` 如果文件存在，记录其路径（例如：`/opt/steam++/lib/libSkiaSharp.so`）[^1][^4]。 #### 2. 添加库路径到环境变量 如果文件存在但系统未识别，需将其所在目录添加到`LD_LIBRARY_PATH`： ```bash # 临时生效（仅当前终端） export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/opt/steam++/lib # 永久生效（添加到用户配置文件） echo 'export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/opt/steam++/lib' >> ~/.bashrc source ~/.bashrc ``` #### 3. 安装SkiaSharp运行时依赖 某些Linux发行版需通过包管理器安装依赖库： - **Debian/Ubuntu**： ```bash sudo apt-get install libfontconfig1 libharfbuzz0b libjpeg62-turbo libpng16-16 ``` - **Arch Linux**： ```bash sudo pacman -S fontconfig harfbuzz libjpeg-turbo libpng ``` #### 4. 重新部署SkiaSharp库 如果库文件缺失或损坏，需手动下载或重新解压安装包： 1. 从[SkiaSharp官方GitHub](https://github.com/mono/SkiaSharp)下载Linux版`libSkiaSharp.so`。 2. 复制到Steam++的库目录： ```bash sudo cp libSkiaSharp.so /opt/steam++/lib/ ``` #### 5. 验证文件权限 确保库文件有可执行权限： ```bash sudo chmod +x /opt/steam++/lib/libSkiaSharp.so ``` #### 6. 检查架构兼容性 确认系统架构与软件版本匹配（例如`x86_64`系统应使用64位库）： ```bash file /opt/steam++/lib/libSkiaSharp.so ``` 输出应包含`ELF 64-bit`字样。 #### 7. 重新运行程序 完成上述步骤后，再次执行脚本： ```bash cd /opt/steam++/script && ./Steam++.sh ``` --- ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值