单例模式(Singleton Pattern)是最简单的一种设计模式。下面让我们开始学习单例模式。
一、基本介绍
单例模式模式确保一个类只有一个实例,并且自行实例化并向整个系统提供该实例。
单例模式的主要作用是确保一个类只有一个实例的存在。单例模式可以用在建立目录,数据库连接等需要单线程操作的场合,用于实现对系统资源的控制。
java中的单例模式一般有两种表现形式:
- 饿汉模式: 类加载时,就进行对象实例化
- 懒汉模式: 第一次引用类时,才进行对象实例化
二、饿汉模式
下面介绍饿汉模式的创建步骤
1 . 创建私有静态成员变量并实例化
2 . 将构造函数私有化,使外界无法直接实例化
3 . 提供公开方法返回创建的实例化对象
下面是创建饿汉模式的代码
public class Singleton {
//1.创建私有静态成员变量并实例化
private static Singleton mSingleton = new Singleton();
//2.将构造函数私有化,使外界无法直接实例化
private Singleton(){}
//3.提供公开方法返回创建的实例化对象
public static Singleton getInstance() {
return mSingleton;
}
使用的时候代码如下:
//获得唯一的实例
Singleton singleton = Singleton.getInstance();
注意:由于我们的构造方法是私有化的,所以外界不能调用它,所以单例模式的类是不能被继承的。
三、懒汉模式
下面介绍懒汉模式的创建步骤
1 . 声明私有的静态成员变量
2 . 将构造函数实例化,使外界无法直接实例化
3 . 提供公开的方法,判断如果实例为null则创建实例并返回,不为空则直接返回实例
4 . 给方法添加synchronized关键字,保证其在多线程环境下也只创建一个实例
下面是创建懒汉模式的额代码
public class Singleton2 {
//1.声明私有的静态成员变量
private static Singleton2 mSingleton2 = null;
//2.将构造函数实例化,使外界无法直接实例化
private Singleton2() {}
//3.提供公开的方法,判断如果实例为null则创建实例并返回,不为空则直接返回实例
//4.给方法添加synchronized关键字,保证其在多线程环境下也只创建一个实例
synchronized public static Singleton2 getInstance() {
if(mSingleton2 == null){
mSingleton2 = new Singleton2();
}
return mSingleton2;
}
}
使用的时候代码如下
Singleton2 singleton2 = Singleton2.getInstance();
注意:懒汉模式中需要使用synchronized关键字对静态方法进行同步,保证其在多线程环境中只创建一个实例。加入我们没有对该方法进行同步,如果线程A和线程B同时调用该方法,那么它们都会判断得到mSingleton2为空,那么线程A和B就会各自创建一个对象,那么在线程中就会存在两个对象,这就违背了单例模式的定义,所以必须使用synchronized关键字对线程进行同步。
四、饿汉模式和懒汉模式的对比
下面通过一张表格来对比两种实现方式
| 模式类型 | 实例化时间 | 获取对象的速度 | 实现难度 | 线程安全 |
|---|---|---|---|---|
| 饿汉模式 | 类被加载时 | 较快 | 在C++内不容易实现,java容易实现 | 线程安全 |
| 懒汉模式 | 第一次引用时 | 较慢 | 容易实现 | 线程不安全,需要synchronized关键字同步方法 |
五、单例模式的优缺点
1 . 单例模式的优点:
由于单例模式的内存中只有一个实例,减少了内存的开支,特别是一个对象需要频繁地创建、销毁,并且创建和销毁的性能又无法优化时,单例模式就非常有优势
由于单例模式只生成一个实例,所以减少了系统的性能开销,当一个对象的产生需要比较多的资源时,如读取配置,产生其他依赖对象时,可以通过在启用时直接产生一个单例对象,然后永久驻留内存的方式来解决
单例模式可以避免对资源的多重占用。例如对于一个写文件的操作,由于只有一个实例存在于内存中,避免了对同一个资源文件的同时操作
单例模式可以在系统设置全局的访问点,优化和共享资源访问,比如可以设计一个单例类负责所有数据表的映射处理
2 . 单例模式的缺点:
单例模式无法创建子类,扩展困难,要想扩展就得修改代码
单例模式对测试不利,在并行开发中,如果单例模式的类没有完成,就没法进行测试
单例模式与单一职责原则有冲突。单例模式把
要单例和业务逻辑融合在了一起
六、单例模式的典型使用场景
1 . 要求生成唯一序列号的环境
2 . 在一个项目中需要共享访问点或共享数据。比如一个Web页面上的访问次数计数器可以不用在每次页面被别人访问时就去更新数据库的值,可以用一个单例模式来记录页面的访问次数,并确保单例模式的线程安全
3 . 创建一个对象需要消耗很多资源。比如访问IO或数据库
4 . 需要定义大量的静态常量和静态方法的环境,可以使用单例模式(当然也可以直接将常量和方法声明为静态的)
七、单例模式的使用注意事项
根据功能单例类又可以分为有状态的单例类和无状态的单例类
1 . 有状态的单例类的单例类的对象是可变的,通常被当做状态库使用,比如给系统提供一个唯一的序列号,每次提供的序列号是变化的,但序列号是全局唯一的。
2 . 无状态的单例类是不变的,通常用来提供工具性的功能方法,比如IO或数据库访问
单例模式使用时必须注意以下三点:
1 . 单例类仅仅局限于一个JVM,因此当处于有多个JVM的分布式系统时,这个单例类就会在多个JVM中被实例化,就会出现多个对象。如果是无状态的单例类,比如数据库访问,是没有问题的,而如果是有状态的单例类,比如一个用来产生唯一序列号的单例类,这种多个JVM的情况就会造成产生的序列号可能不唯一,因此在任何使用EJB、RMI和JINI技术的分布式系统中应该避免使用有状态的单例类。
2 . 当一个JVM有多个类加载器时,多个类加载器会同时加载同一个实例,此时就会产生多个实例,此时应该避免使用有状态的单例类
3 . 注意序列化和克隆对实例唯一性的影响,如果一个单例类实现了Serializable或Cloneable接口,则有可能被反序列化或克隆出一个实例来,也会破坏单例模式的定义
八、单例模式使用举例
上面说了这么多理论性的东西,下面我们将通过一个
单例模式记录访问次数的例子来展示单例模式的应用。
先创建一个单例类
/**
* 使用饿汉模式创建一个单例类
* 使用synchronized对方法进行线程同步
*/
public class GlobalNum {
private static GlobalNum globalNum = new GlobalNum();
private int num = 0;
public static GlobalNum getInstance() {
return globalNum;
}
public synchronized int getNum() {
return ++num;
}
}
然后我们使用两个线程去模拟访问次数的增加
public class SingletonTest {
public static void main(String[] args) {
//创建线程A
NumThread numThreadA = new NumThread("线程A");
//创建线程B
NumThread numThreadB = new NumThread("线程B");
//启动线程
numThreadA.start();
numThreadB.start();
}
}
class NumThread extends Thread{
private String threadName;
public NumThread(String threadName) {
this.threadName = threadName;
}
@Override
public void run() {
GlobalNum globalNum = GlobalNum.getInstance();
for (int i = 0; i < 5; i++) {
System.out.println(threadName + "第" + globalNum.getNum() + "次访问");
try {
//线程休眠1秒
this.sleep(1000);
} catch (InterruptedException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
}
}
}
运行结果如下:
线程A第1次访问
线程B第2次访问
线程A第3次访问
线程B第4次访问
线程B第6次访问
线程A第5次访问
线程B第7次访问
线程A第8次访问
线程A第9次访问
线程B第10次访问
可以看出它保证了两个线程使用的对象是同一个对象,从而来记录访问的次数
九、后记
以上就是关于单例模式的介绍,希望可以帮助到需要的人。
