静态类和单例模式之间存在什么实际的区别？
两者都可以在没有实例化的情况下调用，两者都只提供一个“实例”，而且都不是线程安全的。还有其他区别吗？
当前回答
静态类别：-
无法创建静态类的实例。当加载包含类的程序或命名空间时，由.NET Framework公共语言运行库（CLR）自动加载。我们不能将静态类传递给方法。我们不能将静态类继承到C#中的另一个静态类。具有所有静态方法的类。更好的性能（静态方法在编译时绑定）
辛格尔顿：-
您可以创建对象的一个实例并重用它。当用户请求时，首次创建Singleton实例。您可以创建singleton类的对象并将其传递给方法。Singleton类没有说明继承的任何限制。我们可以处理单例类的对象，但不能处理静态类的对象。方法可以被重写。可以在需要时延迟加载（静态类总是加载的）。我们可以实现接口（静态类不能实现接口）。
其他回答
在许多情况下，这两者没有实际差异，特别是如果单例实例从未更改或更改非常缓慢，例如保持配置。
我想说，最大的区别是单例仍然是一个普通的JavaBean，而不是专门的仅静态Java类。正因为如此，单身汉在很多情况下都被接受；它实际上是默认的Spring框架的实例化策略。消费者可能知道也可能不知道它是一个被传递的单例，它只是把它当作一个普通的Javabean。如果需求发生变化，而单例需要成为原型，正如我们在Spring中经常看到的那样，它可以完全无缝地完成，而无需对消费者进行一行代码更改。
前面有人提到，静态类应该是纯过程的，例如java.lang.Math。在我看来，这样的类永远不应该被传递，它们永远不应该将静态final以外的任何属性作为属性。对于其他一切，使用单例，因为它更灵活，更易于维护。
单例只是一个被实例化的普通类，但仅从客户端代码间接实例化一次。静态类未实例化。据我所知，静态方法（静态类必须有静态方法）比非静态方法更快。
编辑：FxCop性能规则描述：“不访问实例数据或调用实例方法的方法可以标记为静态（在VB中共享）在这样做之后，编译器将向这些成员发出非虚拟调用点，这将防止在运行时对确保当前对象指针为非空的每个调用进行检查。这可以为性能敏感的代码带来可衡量的性能增益。在某些情况下，无法访问当前对象实例表示正确性问题。"我不知道这是否也适用于静态类中的静态方法。
单例的另一个优点是它可以很容易地序列化，如果您需要将其状态保存到磁盘或远程发送到某个位置，这可能是必要的。
静态类不适用于任何需要状态的对象。它对于将一堆函数放在一起非常有用，例如Math（或项目中的Utils）。所以类名只是给了我们一个线索，我们可以在哪里找到函数，而不是更多。
Singleton是我最喜欢的模式，我用它在一个点上管理一些东西。它比静态类更灵活，可以保持其状态。它可以实现接口，从其他类继承并允许继承。
我在静态和单例之间选择的规则：
如果有一堆函数应该保持在一起，那么静态就是选择。任何其他需要对某些资源进行单一访问的内容都可以作为单例实现。
为了说明Jon的观点，如果Logger是一个静态类，下面所示的操作是无法完成的。类SomeClass希望ILogger实现的一个实例传递到其构造函数中。
Singleton类对于实现依赖注入非常重要。
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
namespace ConsoleApplication2
{
class Program
{
static void Main(string[] args)
{
var someClass = new SomeClass(Logger.GetLogger());
}
}
public class SomeClass
{
public SomeClass(ILogger MyLogger)
{
}
}
public class Logger : ILogger
{
private static Logger _logger;
private Logger() { }
public static Logger GetLogger()
{
if (_logger==null)
{
_logger = new Logger();
}
return _logger;
}
public void Log()
{
}
}
public interface ILogger
{
void Log();
}
}
