我理解静态类和单例模式的区别，重要的是单例只能被实例化一次，而静态类不需要实例。
这个问题的视角是一个.NET MVC项目，帮助我在它们之间做出决策。
假设我有像下面给出的例子那样的类方法：
我有一个像ConvertMeterToMiles(int mtr)这样的方法，其中没有依赖注入。
或者像SendEmail(str eaddress)这样的方法，其中没有依赖注入，但它实例化了new SMTPClient...，然后在finally中将SMTPClient丢弃。
假设我想把这个方法放到实用程序服务类中，那么应该创建一个静态类还是单例（当然要进行依赖注入）？
我知道没有范围或瞬态的意义，因为没有受益于新实例。
SmtpClient，而只是为其设置。我的帖子是关于包含示例方法的类，因此在这种情况下，新建/释放 SmtpClient 是实现细节，可以在 DI 容器之外控制 SmtpClient 的生命周期（我认为在某些情况下注册 SmtpClient 可能会引起问题）。 - Guru StronSmtpClient。 - variableSmtpClient 提供了一个开放通道来连接邮件服务器并在任何时候发送多封邮件，那么你可以将其用作单例模式。另一方面，如果它是一次性使用的可丢弃类，则可以将其用作静态方法或将其包装在自己的类中，以便其行为像单例模式。 - Yılmaz Durmaz通过依赖注入添加单例会实例化所请求类的一个实例。静态类无法实例化，因此您只需根据静态类的访问修饰符从其他位置访问其方法。
public class SmtpUtilityService : ISmtpUtilityService, IDisposable
{
private readonly SmtpClient _smtpClient;
public SmtpUtilityService()
{
_smtpClient = new SmtpClient([...]);
}
public async Task SendEmail(str eaddress)
{
await _smtpClient.SendAsync([...]);
}
public void Dispose()
{
if(_smtpClient != null)
{
_smtpClient.Dispose();
}
}
}
public static class MeterHelper
{
public static decimal ConvertMeterToMiles(int mtr)
{
return mtr * 0.0006213712;
}
}
services.AddSingleton<ISingleton, Singleton>();将其传递给控制器public SomeController(ISingleton singleton)。当访问者访问此控制器端点时，他们的所有请求都将是不同的，但会由此单个实例处理。 aspnet将通过它们的接口确定控制器需要哪些单例，并仅注入那些请求的单例。SMTPClient存在困惑，我想再添加几行。静态类是单例模式。使用静态字段或通过依赖注入创建单例的唯一区别在于如何访问它，仅此而已。
但在SmtpClient的上下文中，它不是线程安全的。实际上，文档中说：
注意
如果正在进行电子邮件传输并且再次调用SendAsync或Send，则会收到InvalidOperationException。
换句话说，您不能使用相同的SmtpClient实例同时发送两封电子邮件。因此，将SmtpClient用作任何类型的单例都不是一个好主意。最好将其作用域化，或者根本不使用DI，并在需要时声明一个新的实例。
SendEmail(str eaddress)示例为例。如果我们将其实现为静态帮助方法，那么在不创建真实SMTPClient的情况下，将无法对使用此方法的代码进行单元测试。相比之下，如果我们注入一个带有接口的单例帮助类，则可以在调用SendEmail的代码进行测试时模拟该接口。单例模式和静态类在功能上没有区别。
在您所描述的多线程环境中，唯一可能出现问题的是共享数据。如果多个线程访问相同的属性，则会出现并发问题。
如果只是使用像Sum(int a, int b)这样没有任何状态的工具方法，则不会有任何问题。
在这种情况下，除了需要注入单例之外，两者基本上没有区别。即使涉及 Web API，也没有什么特别之处。
除了单例类可以继承，而静态类不能。但那是另一个话题。
SMTPClient，那么它就有一个依赖关系，但是您不会将其显示给外部世界。相反，它应该通过构造函数注入来获取该对象。当构建容器时，必须决定这两个类中的一个或两个类是否应具有瞬态、作用域或单例生命周期。 - Oliver