单例模式
所谓类的单例设计模式,就是采取一定的方法保证在整个的软件系统中,对某个类只能存在一个对象实例,并且该类只提供一个取得其对象实例的方法。
如果我们要让类在一个虚拟机中只能产生一个对象:
-
将类的构造器的访问权限设置为private,这样,就不能用new操作符在类的外部产生类的对象了,但在类内部仍可以产生该类的对象。
-
提供一个public方法作为该类的访问点,用于创建该对象,必须是static修饰的,因为在类的外部开始还无法得到类的对象,只能通过类调用该方法。
-
缓存已创建的对象,否则该类无法知道是否已经创建了对象。静态方法只能访问类中的静态成员变量,所以该类对象的变量也必须定义成静态的。
单例设计模式一般有两种方式:饿汉式和懒汉式。
饿汉式:
// 饿汉式
class Book{
//1.私有构造器
private Book()
{
}
//2. 在类内部创建对象
private static Book instance = new Book();
//3. 提供外部访问点
public static Book getInstance (){
return instance;
}
}
懒汉式:
//懒汉式
class Bank{
private Bank()
{
}
private static Bank instance=null;
public static Bank getInstance()
{
if (instance==null)
{
instance = new Bank();
}
return instance;
}
}
饿汉式和懒汉式的区别:
-
饿汉式:
- 优点:线程是安全的。
- 缺点:对象加载时间过长。
-
懒汉式:
- 优点:延迟对象的创建
- 缺点:存在线程安全问题,可以使用多线程锁来解决。
单例模式的优点:
由于单例模式只生成一个实例,减少了系统性能开销,当一个对象的产生需要比较多的资源时,如读取配置、产生其他依赖对象时,则可以通过在应用启动时直接产生一个单例对象,然后永久驻留内存的方式来解决。
单例模式-应用场景
- 网站的计数器:一般也是单例模式实现,否则难以同步。
- 应用程序的日志应用:一般都使用单例模式实现,这一般是由于共享的日志文件一直处于打开状态,因为只能有一个实例去操作,否则内容不好追加。
- 数据库连接池的设计一般也是采用单例模式,因为数据库连接是一种数据库资源。
- 项目中,读取配置文件的类,一般也只有一个对象。没有必要每次使用配置文件数据,都生成一个对象去读取。
- Application 也是单例的典型应用。
- Windows的Task Manager (任务管理器) 就是很典型的单例模式
- Windows的Recycle Bin (回收站) 也是典型的单例应用。在整个系统运行过程中,回收站一直维护着仅有的一个实例。