GOF23种设计模式之单例模式(java)
GOF(group of four):四人帮
分类
创建者模式
单例模式
核心作用：保证一个类只有一个实例，并且提供一个访问该实例的全局访问点
优点：
- 由于单例模式只生成一个实例，减少了系统性能开销，当一个对象的产生需要比较多的资源时，如读取配置，产生其他依赖对象时，则可以通过在应用启动时直接产生一个单例对象，然后永久驻留内存的方式来解决
- 单例模式可以在系统设置全局的访问点，优化环共享资源访问，例如可以设计一个单例类，负责所有数据表的映射处理
常见应用场景
- Windows的Task Manager（任务管理器）就是很典型的单例模式
- windows的Recycle Bin（回收站）也是典型的单例应用。在整个系统运行过程中，回收站一直维护着仅有的一个实例。
- 项目中，读取配置文件的类，一般也只有一个对象。没有必要每次使用配置文件数据，每次new一个对象去读取。
- 网站的计数器，一般也是采用单例模式实现，否则难以同步。
- 应用程序的日志应用，一般都何用单例模式实现，这一般是由于共享的日志文件一直处于打开状态，因为只能有一个实例去操作，否则内容不好追加。
- 数据库连接池的设计一般也是采用单例模式，因为数据库连接是一种数据库资源。
- 操作系统的文件系统，也是大的单例模式实现的具体例子，一个操作系统只能有一个文件系统。
- Application 也是单例的典型应用（Servlet编程中会涉及到）
- 在Spring中，每个Bean默认就是单例的，这样做的优点是Spring容器可以管理
- 在servlet编程中，每个Servlet也是单例
- 在spring MVC框架/struts1框架中，控制器对象也是单例
常见的五种单例模式的实现方式：
- 饿汉模式：线程安全，调用效率高，但是，不能延时加载
- 懒汉模式：线程安全，调用效率不高，但是，可以延时加载
- 双重检测锁式（由于JVM底层内部模型原因，偶尔会出现问题，不建议使用）
- 静态内部类模式：线程安全，调用效率高，但是，可以延时加载
- 枚举单列：线程安全，调用效率高，不能延时加载
- 饿汉模式：线程安全，调用效率高，但是，不能延时加载
通过反射破解单例模式
防止反射破解，在构造函数上添加为空判断
- 通过反序列化破解除枚举外的单例模式
- 需要类实现Serializable接口
- 需要类实现Serializable接口
在类上定义readResolve()防止反序列化破解单例模式（枚举除外）
如何选用？
单例对象，占用资源少，不需要延时加载
- 枚举式 好于 是饿汉式
单例对象，占用资源大，需要延时加载
- 静态内部类 好于 懒汉式
