服务的生命周期，以及使用场景的思考

一些功能使用依赖注入进行注册，而实现 ITransientDependency 是最简单的方式。

前置笔记：

ABP学习笔记：领域服务 和 应用服务 区别_董厂长的博客-CSDN博客_领域服务和应用服务区别https://blog.csdn.net/dongnihao/article/details/124230454?spm=1001.2014.3001.5502

发现IDmainService继承了ITransientDependency，准备仔细研究一下服务的生命周期区别。

AddSingelton():
  顾名思义，AddSingleton()方法创建一个'Singleton'服务。
  首次请求时会创建'Singleton'服务。
  然后在后继的请求中都会使用相同的实例。
  因此,每个应用程序只创建一次'Singleton'服务,
  并且在整个应用程序声明周期中使用相同的该单个实例

AddScoped():
   此方法创建一个'Scoped'服务,在范围内每个请求中创建一个新的Scoped服务实例。
   例如,在web应用程序中,它为每个Http请求创建一个实例
   但是在同一Web请求中的其他服务在调用这个请求的时候，使用相同的实例。
   注意：它在一个客户端请求中是相同的，
          但在多个客户端请求中是不通的。

AddTransient():
    此方法创建一个'Transient'实例,每次请求的时候都会创建一个新的服务实例。

ABP定义了IDomainService接口，所有的领域服务都按照惯例实现了该接口。当实现时，领域服务会以transient自动注册到依赖注入系统。

此外，领域服务（可选地）可以从DomainService类继承。因此，它可以使用一些继承的属性，比如logging，本地化等等。当然，如果没有继承，如果需要的话也可以注入这些属性。

单例模式的常见应用场景：

1. 只能有一个实例
2. 构造方法应该由private修饰，也就是自己创建自己的唯一实例
3. 必须给其他对象提供这一实例

资源共享的情况下，避免由于资源操作时导致的性能或损耗等。如日志文件，应用配置。
控制资源的情况下，方便资源之间的互相通信。如线程池等。
根据上诉条件列出以下常用的应用场景：

1.外部资源：每台计算机有若干个打印机，但只能有一个PrinterSpooler，以避免两个打印作业同时输出到打印机。内部资源：大多数软件都有一个（或多个）属性文件存放系统配置，这样的系统应该有一个对象管理这些属性文件
2.Windows的（任务管理器）就是很典型的单例模式（这个很熟悉吧），想想看，是不是呢，你能打开两个windows task manager吗？
3.windows的（回收站）也是典型的单例应用。在整个系统运行过程中，回收站一直维护着仅有的一个实例。
4.网站的计数器，一般也是采用单例模式实现，否则难以同步。
5.应用程序的日志应用，一般都何用单例模式实现，这一般是由于共享的日志文件一直处于打开状态，因为只能有一个实例去操作，否则内容不好追加。
6.Web应用的配置对象的读取，一般也应用单例模式，这个是由于配置文件是共享的资源。
7.数据库连接池的设计一般也是采用单例模式，因为数据库连接是一种数据库资源。数据库软件系统中使用数据库连接池，主要是节省打开或者关闭数据库连接所引起的效率损耗，这种效率上的损耗还是非常昂贵的，因为何用单例模式来维护，就可以大大降低这种损耗。
8.多线程的线程池的设计一般也是采用单例模式，这是由于线程池要方便对池中的线程进行控制。
操作系统的文件系统，也是大的单例模式实现的具体例子，一个操作系统只能有一个文件系统。

transient模式的常见应用场景：

使用场景，密码和银行卡不想被序列化。这个字段的生命周期仅存在于调用者的内存中，不会写到磁盘持久化。