在ASP.NET Core依赖注入中，我只是想知道注册Singleton实例是否比注册Transient实例更好？
在我看来，对于Singleton实例，创建新对象和相关对象只需花费一次时间。对于Transient实例，此费用将针对每个服务请求重复进行。因此Singleton似乎更好。但是，在Singleton上使用Transient时，我们可以获得多少性能？谢谢你！
答案 0 :(得分：5)
就像其他人所说的那样，性能不应该在这里做出决定：无论哪种方式，性能都不会受到重大影响。您应该考虑的是托管和非托管的依赖项。当您利用有限的资源（例如套接字和连接）时，单例是最好的。如果最终每次注入服务（临时）时都不得不创建一个新的套接字，那么您将很快用光套接字，那么性能确实会受到影响。
当资源使用是临时的并且影响最小时，临时范围会更好。例如，如果您仅在进行计算，那可以是临时作用域，因为您不会因为拥有多个副本而耗尽任何东西。
当状态很重要时，您还想使用单例作用域。如果某件事需要经过一项特定的操作之后才能持续，那么瞬态将不起作用，因为您将没有状态，因为它基本上会在每次注入时都开始。例如，如果您尝试使用信号量锁定来协调并发队列，那么您肯定需要单例作用域服务。如果状态无关紧要，则瞬态可能是更好的范围。
最后，您必须查看您的服务所依赖的其他服务。如果您需要访问作用域服务（例如请求范围内的服务），那么单例是不合适的。虽然您可以使用服务定位器模式来访问作用域服务，但这是虚假的，不建议这样做。基本上，如果您的服务使用除其他单例服务以外的任何其他服务，则应该将其设置为作用域或临时服务。
长短不一，除非您有充分明确的理由将其设为单例，否则请使用过渡范围。那可能就是上面提到的原因：维护状态，有效地利用有限的资源等。如果服务将在过渡范围内工作，并且没有充分的理由这样做，则使用过渡范围。
现在，ASP.NET Core的DI具有“瞬态”和“作用域”寿命。从它们来回的意义上讲，这两个都是“瞬态的”，但是每个“作用域”（通常是一个请求）实例化“ scoped”一次，而每次 总是实例化“ transient”被注入。在这里，除非有充分明确的理由使用“瞬态”，否则应使用“作用域”。
答案 1 :(得分：1)
就像在答复中提到的那样，这实际上不是性能问题。
有关更多详细信息，请参见下面的链接，其中对差异进行了详细说明。 https://stackoverflow.com/a/38139500/10551193
这对性能有意义的唯一方法是构造函数是否在做很多事情。尽管在所有情况下都可以并且应该避免这种情况。