ASP.NET Core 中服务生命周期详解：Scoped、Transient 和 Singleton 的业务场景分析

在这里插入图片描述

前言

在 ASP.NET Core 中，服务的生命周期直接影响应用的性能和行为。通过依赖注入容器 (Dependency Injection, DI)，我们可以为服务定义其生命周期：Scoped、Transient 和 Singleton。本文将详细阐述这些生命周期的区别及其在实际业务中的应用场景。

服务生命周期简介

ASP.NET Core 中的服务生命周期分为以下三种：

  1. Scoped: 每次 HTTP 请求创建一个实例，在请求范围内共享。
  2. Transient: 每次请求服务时都会创建一个新的实例。
  3. Singleton: 应用程序启动时创建一个实例，整个应用生命周期内共享。

选择服务生命周期的基本原则：

  • Scoped：适用于在请求内共享服务的场景。
  • Transient：适用于短生命周期的无状态服务。
  • Singleton：适用于全局共享且线程安全的服务。

接下来，我们结合业务场景，详细分析这三种生命周期的具体使用方法。

场景分析

1. Scoped：每个请求共享一个实例

特点：

  • 服务实例的生命周期与当前 HTTP 请求相同。
  • 同一个请求上下文中，依赖于此服务的组件共享实例。
  • 请求结束时，服务实例会被释放。

典型业务场景：

1.1 数据库访问服务（如 DbContext）
  • 原因：DbContext 是线程不安全的，需要为每个 HTTP 请求创建独立实例，避免并发问题。
  • 应用场景：当需要访问数据库时，每个请求创建一个新的 DbContext。
  • 代码示例：
    services.AddScoped<DbContext>();
    在 Controller 中：
    public class ProductsController : ControllerBase
{
    private readonly DbContext_context;
    public ProductsController(DbContext context)
    {
        _context = context;
    }
    public IActionResult GetProducts() => Ok(_context.Products.ToList());
}
1.2 用户状态管理
  • 原因：用户特定信息（如用户 ID）通常需要在请求生命周期内共享，而不是全局共享。
  • 应用场景：用于跟踪用户的会话状态。
  • 代码示例：
    services.AddScoped<IUserSessionService, UserSessionService>();
    Service 实现：
    public class UserSessionService : IUserSessionService
{
    public string UserId { get; set; }
}
1.3 中间件共享上下文
  • 原因：多个中间件可能需要共享日志上下文或其他临时数据。
  • 代码示例：
    services.AddScoped<ILoggingContext, LoggingContext>();

2. Transient：每次调用都会创建新实例

特点：

  • 每次请求服务时都会创建一个新的对象实例。
  • 不共享状态，适合轻量级的无状态服务。

典型业务场景：

2.1 工具类（如加解密服务）
  • 原因：工具类通常无状态，每次调用都应生成新实例，避免潜在的状态共享问题。
  • 应用场景：用户密码加密、解密。
  • 代码示例：
    services.AddTransient<IEncryptionService, EncryptionService>();
2.2 动态报告生成
  • 原因：生成 PDF 或 Excel 报告时，需要为每个任务创建独立上下文。
  • 代码示例：
    services.AddTransient<IReportGenerator, PdfReportGenerator>();
2.3 邮件发送服务
  • 原因：每封邮件通常是独立的任务，不应共享实例。
  • 代码示例：
    services.AddTransient<IEmailService, EmailService>();

3. Singleton：整个应用程序共享一个实例

特点：

  • 在应用程序启动时创建实例，并在整个应用生命周期中保持存在。
  • 适合全局共享且线程安全的服务。

典型业务场景：

3.1 配置服务
  • 原因：应用程序配置是全局的，单例生命周期可以减少重复加载。
  • 代码示例：
    services.AddSingleton<IConfiguration>(Configuration);
3.2 缓存服务
  • 原因：缓存需要在多个请求之间共享。
  • 应用场景：全局数据缓存（如 Redis 或内存缓存）。
  • 代码示例：
    services.AddSingleton<ICacheService, MemoryCacheService>();
3.3 日志服务
  • 原因：日志服务是无状态的，全局单例可以减少实例化的性能开销。
  • 代码示例：
    services.AddSingleton<ILogger, Logger>();
3.4 HTTP 客户端
  • 原因：HttpClient 是线程安全的，推荐作为单例使用以节省资源。
  • 代码示例：
    services.AddSingleton<HttpClient>();

4. 场景小结

服务类型生命周期典型场景
Scoped每个请求共享实例数据库上下文、用户状态管理、中间件共享数据
Transient每次调用新建实例工具类、邮件发送服务、动态报告生成
Singleton全局共享实例配置服务、缓存服务、日志服务、HTTP 客户端

组合场景

在实际开发中，示例一中的 DbContext 通常不会直接注入到控制器中，而是通过业务服务（Service）间接使用。这种做法更符合分层架构的设计理念，也便于维护和测试。那么一共有几种方式进行组合？

1. Scoped + Scoped

在这种组合中， Scoped 生命周期的服务和 DbContext 都是按请求（Request）创建的，即在同一个请求的整个生命周期内，共享同一个实例。通常，DbContext 是 Scoped 生命周期的，因为它依赖于数据库连接池，且每个请求中只需要一个数据库上下文实例来执行操作。这种方式适用于大多数需要数据库访问的场景。

分析：
  • DbContext 是线程不安全的，Scoped 生命周期确保每个 HTTP 请求拥有独立的实例。
  • 将 DbContext 注入到 Service 中，而非直接注入控制器，能够实现更清晰的分层结构：
  • 控制器负责处理 HTTP 请求。
  • Service 负责业务逻辑处理。
  • DbContext 负责数据访问。
注入形式：
public void ConfigureServices(IServiceCollection services)
{
    services.AddScoped<DbContext>();
    services.AddScoped<IProductService,ProductService>();
}

ProductService

    public class ProductService:IProductService
    {
        private readonly DbContext _context;
        public ProductService(DbContext context)
        {
            _context = context;
        }
        public IEnumerable<Product> GetProducts()
        {
            return _context.Products.ToList();
        }
    }
适用场景：

推荐用于需要数据库访问并且依赖于多个服务的业务逻辑。

2. Transient + Scoped

在这种组合中，每次请求时，Service 会创建新的实例，但它会共享同一个 DbContext 实例。Transient 服务通常用于无状态的轻量级任务，而 Scoped 生命周期的 DbContext 则是按请求范围共享的，这种组合适用于那些轻量且无状态的操作，但又需要在多个服务间共享数据库上下文。

分析：
  • DbContext 的生命周期是 Scoped：
  • 每个 HTTP 请求范围内只有一个 DbContext 实例。
  • 即使多个 Transient Service 依赖 DbContext，它们共享同一个实例。
  • Service 的生命周期是 Transient：
  • 每次请求 Service 时都会创建一个新的实例。
  • 适合无状态的服务，但共享 DbContext 实例。
注入形式：
public void ConfigureServices(IServiceCollection services)
{
    services.AddScoped<DbContext>();
    services.AddTransient<IProductService,ProductService>();
}

ProductService

 public class ProductService：IProductionService
 {
     private readonly DbContext _context;
     public ProductService(DbContext context)
     {
         _context = context;
     }
     public void AddProduct(string productName)
     {
         var product = new Product { Name = productName };
         _context.Products.Add(product);
         _context.SaveChanges();
     }
 }
适用场景：

适合无状态的轻量级任务或简单的业务逻辑，如某些简单的服务层操作。

Transient Service 的潜在问题

虽然这种设计是可行的，但需要注意以下潜在问题：

多个 Transient Service 共享 DbContext 的问题
  • 如果多个 Transient Service 在同一个请求中依赖 DbContext，它们共享同一个实例。
  • 如果其中一个 Service 修改了 DbContext 的状态，其他 Service 会感知到这些更改。
    services.AddTransient<IProductService, ProductService>();
services.AddTransient<IOrderService, OrderService>();
    如果 ProductService 和 OrderService 都依赖于 DbContext，它们共享同一个实例，可能导致意外的并发问题。
生命周期与状态
  • Transient Service 是无状态的，但 DbContext 是有状态的（如跟踪实体）。
  • 如果一个 Transient Service 修改了 DbContext 的状态，而其他 Service 对此不了解，可能导致数据一致性问题。

3. Singleton + Scoped

这种组合通常会引发生命周期冲突问题。Singleton 服务在整个应用程序生命周期内只会创建一个实例，而 Scoped 生命周期的服务（如 DbContext）每个请求都会创建新的实例。Singleton 依赖于 Scoped 服务时，如果没有通过工厂或 IServiceProvider 动态解析，它会导致生命周期不一致的问题，可能导致意外的行为和线程安全问题。

分析：
  • 如果 IProductService 被注册为 Singleton，而它依赖于 Scoped 的DbContext，会导致生命周期不匹配的问题。
  • DbContext 是 Scoped 的，但被 Singleton 的服务持有。
  • 在多个请求中，Service 会共享一个 DbContext 实例，导致线程安全问题。
注入形式：
public void ConfigureServices(IServiceCollection services)
{
  services.AddScoped<DbContext>();
  services.AddSingleton<IProductService,ProductService>();
}
  • 适用场景：
    不推荐，除非有明确需求且能够确保线程安全。通常需要通过工厂方法或显式依赖注入来解决这种问题。
    使用 IServiceProvider 动态解析
 public void ConfigureServices(IServiceCollection services)
 {
     services.AddScoped<DbContext>();
     services.AddSingleton<SingletonService>();
 }
 public class SingletonService
 {
     private readonly IServiceProvider _serviceProvider;
     public SingletonService(IServiceProvider serviceProvider)
     {
         _serviceProvider = serviceProvider;
     }
     public void ExecuteDatabaseOperation()
     {
         // 动态解析 Scoped 的 DbContext 实例
         using (var scope = _serviceProvider.CreateScope())
         {
             var context = scope.ServiceProvider.GetRequiredService<DbContext>();
             // 执行数据库操作
             var product = context.Products.FirstOrDefault();
         }
     }
 }
使用工厂方法解决生命周期冲突
  • 如果必须将 Service 注册为 Singleton（例如缓存某些只初始化一次的资源），可以通过 IServiceProvider 动态获取 Scoped 的 DbContext 实例。
    services.AddSingleton<IProductService>(provider =>
{
    var dbContext = provider.GetRequiredService<DbContext>();
    return new ProductService(dbContext);
});

4. 组合使用小结

  • Scoped + Scoped：适合大多数需要数据库访问的业务逻辑。服务和 DbContext 同一生命周期，推荐使用。
  • Transient + Scoped：适合无状态、轻量级的任务，同时共享同一个 DbContext 实例。适用于轻量级操作，如简化的业务逻辑。
  • Singleton + Scoped：不推荐使用，容易产生生命周期冲突。需要通过工厂模式或 DbContext 动态解析来处理这种组合。
生命周期组合行为分析适用场景
Scoped + ScopedService 和 DbContext 生命周期一致，同一请求范围内共享实例。推荐用于大多数需要数据库访问的业务逻辑场景。
Transient + Scoped每次请求 Service 都会创建新的实例，但共享同一个 DbContext。适用于无状态的轻量级任务或简单的业务逻辑。
Singleton + Scoped生命周期冲突，需要通过工厂或 IServiceProvider 动态解析DbContext。不推荐，除非有非常明确的需求且确保线程安全。

解决方案与最佳实践

控制 DbContext 的使用范围

如果 Service 是 Transient，但 DbContext 是 Scoped，确保 DbContext 的生命周期受控，避免在多个 Service 中被过度修改。

明确职责分离

在设计 Service 时，确保每个 Transient Service 的职责单一，尽量避免跨 Service 的 DbContext 操作。

避免生命周期冲突

如果 Service 的任务需要长期共享状态（如缓存或事务管理），考虑将其生命周期改为 Scoped，而非 Transient。

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：/a/949307.html

如若内容造成侵权/违法违规/事实不符，请联系我们进行投诉反馈qq邮箱809451989@qq.com，一经查实，立即删除！

相关文章

Redis中字符串和列表的区别

Redis中字符串和列表的区别

在 Redis 中&#xff0c;字符串&#xff08;String&#xff09;和列表&#xff08;List&#xff09;是两种截然不同的数据类型&#xff0c;它们各自有着独特的特点和适用场景。 数据结构 • 字符串&#xff08;String&#xff09;&#xff1a; • 在 Redis 中&#xff0c;字符串…
阅读更多...
正则表达式{}和(),pyhton里的正则表达式，函数findall解析

正则表达式{}和(),pyhton里的正则表达式，函数findall解析

前言&#xff1a;哈喽&#xff0c;大家好&#xff0c;今天给大家分享一篇文章&#xff01;并提供具体代码帮助大家深入理解&#xff0c;彻底掌握&#xff01;创作不易&#xff0c;如果能帮助到大家或者给大家一些灵感和启发&#xff0c;欢迎收藏关注哦 &#x1f495; 目录 正则…
阅读更多...
Angular由一个bug说起之十三：Cross Origin

Angular由一个bug说起之十三：Cross Origin

跨域 想要了解跨域&#xff0c;首要要了解源 什么是源&#xff0c;源等于协议加域名加端口号 只有这三个都相同&#xff0c;才是同源&#xff0c;反之则是非同源。 比如下面这四个里&#xff0c;只有第4个是同源 而浏览器给服务器发送请求时&#xff0c;他们的源一样&#xff0…
阅读更多...
x86霸权难动摇！

x86霸权难动摇！

快科技1月6日消息&#xff0c;根据市场研究机构ABI Research的最新报告&#xff0c;尽管2025年被视为Arm PC市场扩张的关键一年&#xff0c;但搭载Arm架构处理器的PC预计仅占PC总出货量的13%。 ABI Research的分析师指出&#xff0c;尽管高通最新的PC处理器在性能和AI功能上有…
阅读更多...
STM32的LED点亮教程：使用HAL库与Proteus仿真

STM32的LED点亮教程：使用HAL库与Proteus仿真

学习目标&#xff1a;掌握使用STM32 HAL库点亮LED灯&#xff0c;并通过Proteus进行仿真验证&#xff01; 建立HAL库标准工程 1.新建工程文件夹 新建工程文件夹建议路径尽量为中文。建立文件夹的目的为了更好分类去管理项目工程中需要的各类工程文件。 首先需要在某个位置建立工…
阅读更多...
mongodb==安装prisma连接

mongodb==安装prisma连接

官网下载mongodb,解压安装 Download MongoDB Community Server | MongoDB 修改bin/mongod.cfg # mongod.conf# for documentation of all options, see: # http://docs.mongodb.org/manual/reference/configuration-options/# Where and how to store data. storage:dbPat…
阅读更多...
前端工程化之手搓webpack5 --【elpis全栈项目】

前端工程化之手搓webpack5 --【elpis全栈项目】

前端工程化之手搓webpack5 --【elpis全栈项目】 导读 基本流程&#xff1a;输入 – 编译 – 输出 #mermaid-svg-V8Gi7RFNikCuEhax {font-family:"trebuchet ms",verdana,arial,sans-serif;font-size:16px;fill:#333;}#mermaid-svg-V8Gi7RFNikCuEhax .error-icon{fil…
阅读更多...
云备份项目--服务端编写

云备份项目--服务端编写

文章目录 7. 数据管理模块7.1 如何设计7.2 完整的类 8. 热点管理8.1 如何设计8.2 完整的类 9. 业务处理模块9.1 如何设计9.2 完整的类9.3 测试9.3.1 测试展示功能 完整的代码–gitee链接 7. 数据管理模块 TODO: 读写锁&#xff1f;普通锁&#xff1f; 7.1 如何设计 需要管理…
阅读更多...
深入了解 ES6 Map：用法与实践

深入了解 ES6 Map：用法与实践

&#x1f90d; 前端开发工程师、技术日更博主、已过CET6 &#x1f368; 阿珊和她的猫_CSDN博客专家、23年度博客之星前端领域TOP1 &#x1f560; 牛客高级专题作者、打造专栏《前端面试必备》 、《2024面试高频手撕题》 &#x1f35a; 蓝桥云课签约作者、上架课程《Vue.js 和 E…
阅读更多...
大润发易主，被阿里割肉卖了

大润发易主，被阿里割肉卖了

文丨白念云 零售行业2025年伊始便迎来一则重磅消息&#xff1a;大润发被卖了。 1月1日晚&#xff0c;阿里巴巴集团发布公告&#xff0c;宣布子公司及NewRetail与德弘资本达成交易&#xff0c;以最高约131.38亿港元出售所持高鑫零售&#xff08;大润发母公司&#xff09;全部股…
阅读更多...
VulnHub—potato-suncs

VulnHub—potato-suncs

使用命令扫描靶机ip arp-scan -l 尝试访问一下ip 发现一个大土豆没什么用 尝试扫描一下子域名 没有发现什么有用的信息 尝试扫描端口 namp -A 192.168.19.137 -p- 尝试访问一下端口,发现都访问不进去 查看源代码发现了网页的标题 potato&#xff0c;就想着爆破一下密码 hydr…
阅读更多...
docker学习记录：commit，制作自己的镜像

docker学习记录：commit，制作自己的镜像

1.清除所有 ktkt-SYS-4028GR-TR2:~$ sudo docker rm -f $(sudo docker ps -aq)2.再操作一次tomcat,修改好&#xff0c;再打成一外镜像 ktkt-SYS-4028GR-TR2:~$ sudo docker images REPOSITORY TAG IMAGE ID CREATED SIZE tomcat 9.0 3…
阅读更多...
macos安装java8

macos安装java8

下载 dmg方式安装 安装 双击pkg运行 输入java -version验证 配置环境变量 cd ~ ls -a输入 ls -a后查看是否已经存在.bash_profile文件&#xff0c;如果已经存在就不需要创建&#xff0c;如果不存在&#xff0c;继续执行下方命令创建文件 touch .bash_profile /usr/l…
阅读更多...
【每日学点鸿蒙知识】自定义键盘光标、Cavas绘制、XComponent触发键盘抬起等

【每日学点鸿蒙知识】自定义键盘光标、Cavas绘制、XComponent触发键盘抬起等

【每日学点鸿蒙知识】24.08.25 【每日学点鸿蒙知识】自定义键盘光标、Cavas绘制、XComponent触发键盘抬起等 1、基于自定义键盘如何设置光标位置&#xff1f; 可以参考如下代码&#xff1a; class MyKeyboardController {public onInputChanged?: (value: string) > vo…
阅读更多...
在Mysql环境下对数据进行增删改查

在Mysql环境下对数据进行增删改查

一、插入数据&#xff1a; insert into 表名 [(字段名)] values (字段对应的值1,字段对应的值2,…)[,(字段对应的值1,字段对应的值2,…)]; insert into students (id,name,age,height,gender,cls_id,is_delete) values (0,小明,18,180.00,2,1,0)在学生表中插入“小明”数据的…
阅读更多...
Web网页制作之JavaScript的应用

Web网页制作之JavaScript的应用

---------------&#x1f4e1;&#x1f50d;K学啦 更多学习资料&#x1f4d5; 免费获取--------------- 实现的功能&#xff1a;1.通过登录界面跳转至主页面&#xff0c;用户名统一为“admin”&#xff0c;密码统一为“admin123”&#xff0c;密码可显示或隐藏&#xff0c;输入…
阅读更多...
Markdown编辑器——Typora（Picgo+Github图床）

Markdown编辑器——Typora（Picgo+Github图床）

Markdown编辑器——Typora&#xff08;PicgoGithub图床&#xff09; 文章目录 Markdown编辑器——Typora&#xff08;PicgoGithub图床&#xff09;安装Typora安装PicGoPicGo软件下载PicGo的npm版本下载 GitHub图床配置PicGo配置PicGo的软件配置PicGo的npm版本信息配置 配置Typo…
阅读更多...
Unity 3D游戏开发从入门进阶到高级

Unity 3D游戏开发从入门进阶到高级

本文精心整理了Unity3D游戏开发相关的学习资料&#xff0c;涵盖入门、进阶、性能优化、面试和书籍等多个维度&#xff0c;旨在为Unity开发者提供全方位、高含金量的学习指南.欢迎收藏。 学习社区 Unity3D开发者 这是一个专注于Unity引擎的开发者社区&#xff0c;汇聚了众多Un…
阅读更多...
Python 21:Debug

Python 21:Debug

1. Debug的作用 当程序的预期结果和实际结果不一致时&#xff0c;可以用Debug模式进行调试来定位问题的位置。 2. Debug使用 1&#xff09;设置断点 点击行号&#xff0c;出现”断点“ 2&#xff09;执行Debug 点击Debug 或者右键&#xff0c;点击debug进入debug模式 3.Debu…
阅读更多...
（CICD）自动化构建打包、部署(Jenkins + maven+ gitlab+tomcat)

（CICD）自动化构建打包、部署(Jenkins + maven+ gitlab+tomcat)

一、平滑发布与灰度发布 **什么叫平滑&#xff1a;**在发布的过程中不影响用户的使用&#xff0c;系统不会因发布而暂停对外服务&#xff0c;不会造成用户短暂性无法访问&#xff1b; **什么叫灰度&#xff1a;**发布后让部分用户使用新版本&#xff0c;其它用户使用旧版本&am…
阅读更多...
最新文章

Copyright @ 2022~2023