1.饿汉式（静态变量）
//饿汉式（静态变量）
class single1{
//私有化构造器，外部不能 new
private single1(){}
//本部内部创建对象实例
private final static single1 a=new single1();
//提供一个共有静态方法，返回实例对象
public static single1 getA() {
return a;
}
}
优缺点说明:
1)优点:这种写法比较简单，就是在类装载的时候就完成实例化。避兔了线程同步问题
2) 缺点:在类装载的时候就完成实例化，没有达到Lazy Loading的效果。 如果从始至终从未使用过这个实例，则会造成内存的浪费
3)这种方式基于classloder机制避免了多线程的同步问题，不过，a在类装载时就实例化，在单例模式中大多数都是调用getA方法，但是导致类装载的原因有很多种，因此不能确定有其他的方式(或者其他的静态方法)导致类装载，这时候初始化a就没有达到lary loading的效果
4)结论:这种单例模式可用，可能造成内存浪费
2.饿汉式（静态代码块）
//饿汉式（静态代码块）
class single2{
//私有化构造器，外部不能 new
private single2(){
}
private static single2 a;
//提供一个共有静态方法，返回实例对象
static {//在静态代码块中创建实例
a=new single2();}
public static single2 getA() {
return a;
}
}
优缺点说明:
- 这种方式和上面的方式其本类似， 只不过将类实例化的过程放在了静态代码块中，也是在类装载的时候，就执行静态代码块中的代码，初始化类的实例。优缺点和上面是一样的。.
2)结论:这种单例模式可用，但是可能造成内存浪费
3.懒汉式（线程不安全）
class single3{
//私有化构造器，外部不能 new
private single3(){
}
private static single3 a;
//提供一个共有静态方法，当使用该方法时，返回实例对象
public static single3 getA() {
if(a==null)
a=new single3();
return a;
}
}
优缺点说明:
1)起到了Lazry Loading的效果，但是只能在单线程下使用。.
2)如果在多线程下，一个线程进入了if (a== null)判断语句块,还未来得及往下执行，另一个线程也通过了这个判断语句，这时便会产生多个实例。所以在多线程环境下不可使用这种方式
3)结论:在实际开发中，不要使用这种方式,
4.懒汉式（线程安全，同步安全）
只需在方法3.懒汉式（线程不安全）中的getA（）方法加上关键字synchronized关键字
优缺点説明:
1)解决了线程程不安全问题
2)效率太低了，毎个线程在想得实例吋候，抉行getA方法都要进行
同歩。而该方法只需执行一次实例化代码即可，后的想得实例,真接return就行了.方法迸行同歩效率太低
3)结论在实际中，不推荐使用该方式
5.懒汉式（线程安全，同步代码块）
class single3{
//私有化构造器，外部不能 new
private single3(){
}
private static single3 a;
//提供一个共有静态方法，当使用该方法时，返回实例对象
public static single3 getA() {
if(a==null)
synchronized{ a=new single3();}
return a;
}
}
优缺点说明:
1)这种方式，本意是想对第四种实现方式的改进，因为前面同步方法 效率太低，改为同步产生实例化的的代码块
2)但是这种同步并不能起到线程同步的作用。跟第3种实现方式遇到的情形一致，假如一个线程进入了if (a==null)判断语句块,还未来得及往下执行，另一个线程也通过了这个判断语句，这时便会产生多个实例
3)结论:在实际开发中，不能使用这种方式
6.双重检查
class single6{
//私有化构造器，外部不能 new
private single6(){
}
private static volatile single6 a;//volatile使a有变化立刻存入内存
//提供一个共有静态方法，当使用该方法时，返回实例对象
public static single6 getA() {
if(a==null)
synchronized(single6.class){
if(a==null)
a=new single6();
}
return a;
}
}
优缺点説明:
- Double Check概念是多线程开发中常使用到的，如代码中所示，进行了再次if(anull）检查，这样就可以保征线程安全 了
2)如此，实例化代码只执行一次， 之后再访问，判断if (anull）,真接return实例化対象，也避免的反复执行方法同歩.
3)线程安全:延迟加载，效率较高
（4）结论推荐使用该种方法
7.静态内部类
class single7{
//私有化构造器，外部不能 new
private single7(){
}
//提供一个静态表内部类，该类中有一个静态属性single7
private static class single{
private static final single7 a=new single7();
}
//提供一个共有静态方法，当使用该方法时，返回实例对象
public static synchronized single7 getA() {
return single.a;
}
}
优缺点说明:
1)这种方式采用了类装载的机制来保证初始化实例时只有一个线程。
2) 静态内部类方式在Singleton7类被装载时并不会立即实例化，而是在需要实例化时，调用getA方法， 才会装载Single类，从而完成Single7的实例化。
3) 类的静态属性只会在第一 次加载类的时候初始化，所以在这里，JVM帮助我们保证了线程的安全性，在类进行初始化时，别的线程是无法进入的。
4)优点:避免了线程不安全，利用静态内部类特点实现延迟加载，效率高
5)结论:推荐使用.
8.枚举
enum single8{
//私有化构造器，外部不能 new
a;
}
public static void main(String[] args) {
// TODO Auto-generated method stub
System.out.println(single8.a==single8.a);
}
优缺点说明:
1)这借助JDK1.5中添加的枚举来实现单例模式。不仅能避免多线程同步问题，而且还能防止反序列化重新创建新的对象。
2)这种方式是Effective Javaf作 者Josh Bloch提倡的方式
3)结论:推荐使用
单例模式注意事项和细节说明
1)单例模式保证了系统内存中该类只存在- -个对象，节省了系统资源，对于一些需要频繁创建销毁的对象，使用单例模式可以提高系统性能
2)当想实例化- -个单例类的时候，必须要记住使用相应的获取对象的方法，而不是使用new
3)单例模式使用的场景:需要频繁的进行创建和销毁的对象、创建对象时耗时过多或耗费资源过多(即:重量级对象),但又经常用到的对象、工具类对象、频繁访问数据库或文件的对象(比如数据源、session工厂等)
