静态类和单例模式之间存在什么实际的区别？
两者都可以在没有实例化的情况下调用，两者都只提供一个“实例”，而且都不是线程安全的。还有其他区别吗？
当前回答
静态类不适用于任何需要状态的对象。它对于将一堆函数放在一起非常有用，例如Math（或项目中的Utils）。所以类名只是给了我们一个线索，我们可以在哪里找到函数，而不是更多。
Singleton是我最喜欢的模式，我用它在一个点上管理一些东西。它比静态类更灵活，可以保持其状态。它可以实现接口，从其他类继承并允许继承。
我在静态和单例之间选择的规则：
如果有一堆函数应该保持在一起，那么静态就是选择。任何其他需要对某些资源进行单一访问的内容都可以作为单例实现。
其他回答
我将努力超越WTMI和WTL；DR响应。
单身者是一个物体的实例。。。句点
你的问题基本上是问类和该类的实例之间的区别。我认为这很清楚，不需要详细说明。
singleton的类通常采取步骤来确保构建一个实例；这很聪明，但不是必须的。
示例：var connection=connection.Instance；
假设这是Connection类：
public sealed class Connection
{
static readonly Connection _instance = new Connection();
private Connection()
{
}
public static Connection Instance
{
get
{
return _instance;
}
}
}
请注意，您可以在该类上抛出一个接口并模拟它以进行测试，这是静态类无法轻易做到的。
Singleton类在应用程序生命周期期间提供一个对象（仅一个实例），例如java.lang.Runtime而静态类只提供静态方法，如java.lang.MathJava中的静态方法不能被重写，但Singleton类中定义的方法可以通过扩展来重写。Singleton类能够继承和多态性来扩展基类、实现接口并能够提供不同的实现。而不是静态的。
例如：java.lang.Runtime是java中的Singleton类，调用getRuntime（）方法返回与当前java应用程序关联的运行时对象，但确保每个JVM只有一个实例。
两者都可以在没有实例化的情况下调用，两者都只提供一个“实例”，而且都不是线程安全的。还有其他区别吗？
问题是错误的，这两种说法都是错误的。请注意：这里的静态类意味着嵌套的静态类，而不是只有静态方法的类。
我假设（即，静态类意味着嵌套的静态类，而不是只有静态成员的类），因为如果我看到最流行的Singleton实现，即DCL方式，它只不过是实例的静态声明和获取Singleton实例的静态方法。它是一个实现。那么在这种情况下，Singleton和只有静态成员的类之间有什么区别呢。尽管其他实现也是可能的，比如使用Enum。
让我纠正以下说法：
Singleton类可以具有单实例应用程序范围。嵌套的静态类可以有多个实例（请参阅下面的代码作为证明）。在这里阅读嵌套类的基础知识。没有一个类本质上是线程安全的，它必须通过编程实现线程安全。它既可以用于嵌套静态类，也可以用于Singleton。
下面是更多的神话故事（这个问题的大多数答案都给出了这些陈述，因此认为最好通过编程来证明这一点）：
嵌套的静态类可以像任何其他类一样实现接口。嵌套的静态类可以扩展其他非最终类。嵌套静态类可以具有实例变量。嵌套静态类可以具有参数化构造函数。
在下面的代码中，您可以看到嵌套的静态类NestedStaticClass实现了接口，扩展了另一个类，具有实例变量和参数化构造函数。
package com.demo.core;
public class NestedStaticClassTest
{
public static void main(String[] args)
{
OuterClass.NestedStaticClass obj1 = new OuterClass.NestedStaticClass();
OuterClass.NestedStaticClass obj2 = new OuterClass.NestedStaticClass();
if(obj1 == obj2)
{
System.out.println("Both nested static objects are equal....");
}
else
{
System.out.println("NOT EQUAL......");
}
System.out.println(OuterClass.NestedStaticClass.d);
obj1.setD(5);
System.out.println(OuterClass.NestedStaticClass.d);
System.out.println(obj1.sum());
}
}
class OuterClass
{
int a =1;
static int b = 2;
static class NestedStaticClass extends OneClass implements Sample
{
int c = 3;
static int d = 4;
public NestedStaticClass()
{
}
//Parameterized constructor
public NestedStaticClass(int z)
{
c = z;
}
public int sum()
{
int sum = 0;
sum = b + c + d + getE();
return sum;
}
public static int staticSum()
{
int sum = 0;
sum = b + d;
return sum;
}
public int getC()
{
return c;
}
public void setC(int c)
{
this.c = c;
}
public static int getD()
{
return d;
}
public static void setD(int d)
{
NestedStaticClass.d = d;
}
}
}
interface Sample
{
}
class OneClass
{
int e = 10;
static int f = 11;
public int getE()
{
return e;
}
public void setE(int e)
{
this.e = e;
}
public static int getF()
{
return f;
}
public static void setF(int f)
{
OneClass.f = f;
}
}
静态类不适用于任何需要状态的对象。它对于将一堆函数放在一起非常有用，例如Math（或项目中的Utils）。所以类名只是给了我们一个线索，我们可以在哪里找到函数，而不是更多。
Singleton是我最喜欢的模式，我用它在一个点上管理一些东西。它比静态类更灵活，可以保持其状态。它可以实现接口，从其他类继承并允许继承。
我在静态和单例之间选择的规则：
如果有一堆函数应该保持在一起，那么静态就是选择。任何其他需要对某些资源进行单一访问的内容都可以作为单例实现。
在许多情况下，这两者没有实际差异，特别是如果单例实例从未更改或更改非常缓慢，例如保持配置。
我想说，最大的区别是单例仍然是一个普通的JavaBean，而不是专门的仅静态Java类。正因为如此，单身汉在很多情况下都被接受；它实际上是默认的Spring框架的实例化策略。消费者可能知道也可能不知道它是一个被传递的单例，它只是把它当作一个普通的Javabean。如果需求发生变化，而单例需要成为原型，正如我们在Spring中经常看到的那样，它可以完全无缝地完成，而无需对消费者进行一行代码更改。
前面有人提到，静态类应该是纯过程的，例如java.lang.Math。在我看来，这样的类永远不应该被传递，它们永远不应该将静态final以外的任何属性作为属性。对于其他一切，使用单例，因为它更灵活，更易于维护。
