我想在ASP.NET Core中实现依赖注入（DI）。因此，在将此代码添加到ConfigureServices方法后，这两种方法都可以工作。
ASP.NET Core中的services.AddTransient和service.AddScoped方法之间有什么区别？
public void ConfigureServices(IServiceCollection services)
{
// Add framework services.
// Add application services.
services.AddTransient<IEmailSender, AuthMessageSender>();
services.AddScoped<IEmailSender, AuthMessageSender>();
}
当前回答
使用哪一个
转瞬即逝的
因为它们每次创建时都会使用更多的内存和资源，并且会对性能产生负面影响对于状态很少或没有状态的轻量级服务，请使用此选项。
范围内的
当您想要维护请求中的状态时，更好的选项。
辛格尔顿
这些服务中的内存泄漏会随着时间的推移而增加。也可以节省内存，因为它们一旦在任何地方重复使用就会被创建。
在需要维护应用程序范围状态的地方使用Singleton。应用程序配置或参数、日志服务、数据缓存是可以使用单例的一些示例。
将具有不同生存期的服务注入另一个
切勿将作用域和瞬态服务注入Singleton服务。（这有效地将瞬时或作用域服务转换为单例。）从不将瞬态服务注入作用域服务（这会将瞬态服务转换为作用域。）
其他回答
这张图片很好地说明了这个概念。不幸的是，我找不到这个图像的来源，但有人制作了它，他以图像的形式很好地展示了这个概念。
更新：图片参考：ASP.NET核心服务生命周期（Infographic），作者：@WaqasAnwar
使用哪一个
转瞬即逝的
因为它们每次创建时都会使用更多的内存和资源，并且会对性能产生负面影响对于状态很少或没有状态的轻量级服务，请使用此选项。
范围内的
当您想要维护请求中的状态时，更好的选项。
辛格尔顿
这些服务中的内存泄漏会随着时间的推移而增加。也可以节省内存，因为它们一旦在任何地方重复使用就会被创建。
在需要维护应用程序范围状态的地方使用Singleton。应用程序配置或参数、日志服务、数据缓存是可以使用单例的一些示例。
将具有不同生存期的服务注入另一个
切勿将作用域和瞬态服务注入Singleton服务。（这有效地将瞬时或作用域服务转换为单例。）从不将瞬态服务注入作用域服务（这会将瞬态服务转换为作用域。）
在.NET的依赖注入中，有三个主要的生命周期：
在整个应用程序中创建单个实例的Singleton。它第一次创建实例，并在所有调用中重用相同的对象。
作用域内的每个请求创建一次作用域生存期服务。它相当于当前范围中的单例。例如，在MVC中，它为每个HTTP请求创建一个实例，但在同一web请求中的其他调用中使用相同的实例。
每次请求时都会创建短暂的生命周期服务。这种生命周期最适合于轻量级、无状态服务。
在这里，您可以找到和示例来了解不同之处：
ASP.NET 5 MVC6依赖注入，分6个步骤进行（由于链接无效，导致web存档链接）
依赖项注入就绪的ASP.NET：ASP.NET 5
这是官方文件的链接：
ASP.NET核心中的依赖注入
在寻找这个问题的答案后，我找到了一个很好的解释，并列举了一个我想与大家分享的例子。
您可以在此处观看演示差异的视频
在此示例中，我们有以下给定代码：
public interface IEmployeeRepository
{
IEnumerable<Employee> GetAllEmployees();
Employee Add(Employee employee);
}
public class Employee
{
public int Id { get; set; }
public string Name { get; set; }
}
public class MockEmployeeRepository : IEmployeeRepository
{
private List<Employee> _employeeList;
public MockEmployeeRepository()
{
_employeeList = new List<Employee>()
{
new Employee() { Id = 1, Name = "Mary" },
new Employee() { Id = 2, Name = "John" },
new Employee() { Id = 3, Name = "Sam" },
};
}
public Employee Add(Employee employee)
{
employee.Id = _employeeList.Max(e => e.Id) + 1;
_employeeList.Add(employee);
return employee;
}
public IEnumerable<Employee> GetAllEmployees()
{
return _employeeList;
}
}
家庭控制器
public class HomeController : Controller
{
private IEmployeeRepository _employeeRepository;
public HomeController(IEmployeeRepository employeeRepository)
{
_employeeRepository = employeeRepository;
}
[HttpGet]
public ViewResult Create()
{
return View();
}
[HttpPost]
public IActionResult Create(Employee employee)
{
if (ModelState.IsValid)
{
Employee newEmployee = _employeeRepository.Add(employee);
}
return View();
}
}
创建视图
@model Employee
@inject IEmployeeRepository empRepository
<form asp-controller="home" asp-action="create" method="post">
<div>
<label asp-for="Name"></label>
<div>
<input asp-for="Name">
</div>
</div>
<div>
<button type="submit">Create</button>
</div>
<div>
Total Employees Count = @empRepository.GetAllEmployees().Count().ToString()
</div>
</form>
启动.cs
public void ConfigureServices(IServiceCollection services)
{
services.AddMvc();
services.AddSingleton<IEmployeeRepository, MockEmployeeRepository>();
}
复制粘贴此代码，然后按视图中的创建按钮，然后在AddSingleton、AddScoped和AddTransient每次都会得到不同的结果，这可能会帮助您理解这一点。
AddSingleton（）-顾名思义，AddSingletton（）方法创建单人服务。Singleton服务在首次创建时创建请求。然后，所有后续的请求。所以一般来说，Singleton服务只创建一次每个应用程序，并且在整个应用寿命。AddTransient（）-此方法创建一个Transient服务。一个新的每次请求瞬态服务时都会创建该服务的实例。AddScoped（）-此方法创建作用域服务。的新实例作用域内的每个请求创建一次作用域服务。对于例如，在web应用程序中，它为每个http创建一个实例请求，但在同一调用中的其他调用中使用同一实例web请求。
通过DbContext使用EntityFramework/Core可能是生命周期的最佳说明。
建议将DbContext和与DbContext交互的存储库连接到Scoped生存期，因为DbContext显然是一个有状态的构造。所以你不想使用Singleton，因为你最终会遇到各种并发问题。您不想使用Transient，因为DbContext不是线程安全的。记住，Transient适用于处理无状态对象/类的用例。
而且，由于大多数存储库都是由控制器调用的，所以使用作用域生存期确实很有意义。可以想象，作为事务的一部分，DbContext可以在单个操作方法期间多次调用。
本文没有直接讨论这些生存期，但对为什么Scoped生存期最适合DbContext给出了很好的解释。
https://mehdi.me/ambient-dbcontext-in-ef6/?msclkid=00251b05d01411ec8d85d232374f26d5
