java单例模式理解_JAVA单例模式之我的理解

单例模式是很常见的一种设计模式，一般用在线程池、缓存、日志对象、对话框、打印机、显卡的驱动程序对象、数据库访问对象等地方。

这些应用都或多或少具有资源管理器的功能。每台计算机可以有若干个打印机，但只能有一个Printer Spooler，以避免两个打印作业同时输出到打印机中。每台计算机可以有若干通信端口，系统应当集中管理这些通信端口，以避免一个通信端口同时被两个请求同时调用。总之，选择单例模式就是为了避免不一致状态，避免政出多头。

一些管理器和控制器常被设计成单例模式。

单例模式的特点：确保某个类只有一个实例，而且自行实例化并向整个系统提供这个实例。

单例模式有很多好处，它能够避免实例对象的重复创建，不仅可以减少每次创建对象的时间开销，还可以节约内存空间；能够避免由于操作多个实例导致的逻辑错误。如果一个对象有可能贯穿整个应用程序，而且起到了全局统一管理控制的作用，那么单例模式也许是一个值得考虑的选择。

1.单例模式之懒汉模式和饿汗模式：

懒汉模式只有用到的时候对象才初始化。

饿汉模式是无论用到与否，都先初始化，无论用不用我都在这里。

饿汗模式：加载这个类的时候 立马创建

public classSingleton {private static Singleton instance= newSingleton();privateSingleton(){

System.out.println("Singlrton is init!");

}public staticSingleton newSingleton(){returninstance;

}

}

注意：

1、类加载，即将字节码class文件加到载到jvm中或者说到内存中。并不执行任何的方法和属性，类的静态代码块是类加载即执行。

2、方法和属性的执行，是在调用的时候，去内存中定位取值或是计算，类加载是不对他们进行计算的。

3、new一个对象：即是调用该类的构造方法，也就是执行一次，执行了什么就会计算什么。

4、方法的加载：方法的加载是和class一起的，即代码块被加载进内存，并不会被执行。

5、方法的执行：即将代码块调入jvm解释器解释执行，当然方法执行一次则代码块就会被jvm调入解释执行一次。

这种实现方式适合单例占用内存比较小，在初始化时就会被用到的情况。但是，如果单例占用的内存比较大，或单例只是在某个特定场景下才会用到，使用饿汉模式就不合适了，这时候就需要用到懒汉模式进行延迟加载。

懒汉模式：

只有在自身需要的时候才会行动，从来不知道及早做好准备。它在需要对象的时候，才判断是否已有对象，如果没有就立即创建一个对象，然后返回，如果已有对象就不再创建，立即返回。

懒汉模式只在外部对象第一次请求实例的时候才去创建。

public classSingleton{private static Singleton instance=null;privateSingleton(){

System.out.println("Singleton is init");

}public staticSingleton newSingleton(){if(instance==null){

instance=newSingleton();

}returninstance;

}

}

如果某个单例使用的次数少，并且创建单例消耗的资源较多，那么就需要实现单例的按需创建，这个时候使用懒汉模式就是一个不错的选择。但是这里的懒汉模式并没有考虑线程安全问题，在多个线程可能会并发调用它的getInstance()方法，导致创建多个实例，因此需要加锁解决线程同步问题。

饿汗模式和懒汉模式各有特点，但是都有缺憾，这里给出一种常用的写法：静态内部类方式，既能解决延时加载，又能保证线程安全。

2.静态内部类方式：

public classSingleton{private static classSingletonHolder{public static Singleton instance = newSingleton();

}privateSingleton(){

}public staticSingleton newSingleton(){returnSingletonHolder.instance;

}

}

这种方式同样利用了类加载机制来保证只创建一个instance实例。它与饿汉模式一样，也是利用了类加载机制，因此不存在多线程并发的问题。不一样的是，它是在内部类里面去创建对象实例。这样的话，只要应用中不使用内部类，JVM就不会去加载这个单例类，也就不会创建单例对象，从而实现懒汉式的延迟加载。也就是说这种方式可以同时保证延迟加载和线程安全。

参考文献：

https://blog.csdn.net/goodlixueyong/article/details/51935526

https://blog.csdn.net/jason0539/article/details/23297037/