全局变量的缺点
如果将对象赋值给一个全局变量,那么必须在程序一开始就创建好对象 P170
- 和 JVM 实现有关,有些 JVM 的实现是:在用到的时候才创建对象
思考题
Choc-O-Holic 公司使用如下工业强度巧克力锅炉控制器
public class ChocolateBoiler {
private boolean empty;
private boolean boiled;
public ChocolateBoiler() {
empty = true;
boiled = false;
}
public void fill() {
if (isEmpty()) {
empty = false;
boiled = false;
// 在锅炉内填满巧克力和牛奶的混合物
}
}
public void drain() {
if (!isEmpty() && isBoiled()) {
// 排出煮沸的巧克力和牛奶
empty = true;
}
}
public void boil() {
if (!isEmpty() && ! isBoiled()) {
// 将炉内物煮沸
boiled = true;
}
}
public boolean isEmpty() {
return empty;
}
public boolnea isBoiled() {
return boiled;
}
}
思考题
Choc-O-Holic 公司在有意识地防止不好的事情发生,你不这么认为吗?你可能会担心,如果同时存在两个 ChocolateBoiler
(巧克力锅炉)实例,可能将会发生很糟糕的事情。
万一同时有多于一个的 ChocolateBoiler
(巧克力锅炉)实例存在,可能发生哪些很糟糕的事呢? P176
- 由于只有一个物理世界的锅炉,所以如果存在多个实例时,不同实例内的变量可能与物理世界的锅炉情况不对应,造从而成错误的操作。
- 多线程初始化了两个实例 a 和 b,a 先成功进行
fill()
操作,此时 b 也准备进行fill()
操作,但由于 b 内的变量没有与物理世界的锅炉情况对应,所以 b 也可以进行fill()
操作,导致了原料溢出。
- 多线程初始化了两个实例 a 和 b,a 先成功进行
刚开始怎么也想不到会出现什么问题,看了后面单例模式多线程的问题后,仔细思考了一下,只能想到上述可能性。当然,书中忽略了只有一个实例时也存在多线程并发错误的问题(一定程度导致难以想到上述可能性)。
单例模式
确保一个类只有一个实例,并提供一个全局访问点。 P177
- Java 1.2 之前,垃圾收集器有个 bug,单例没有全局的引用时会被当作垃圾清楚。Java 1.2 及以后不存在上述问题。
P184
思考题
所有变量和方法都定义为静态的,直接把类当作一个单例,这样如何? P184
- 静态初始化的控制权在 Java 手上,这样做可能导致混乱,特别是当有许多类牵涉其中时。
思考题
多个类加载器有机会创建各自的单例实例,如何避免? P184
- 自行指定类加载器,并指定同一个类加载器。
单例模式的七种方法
推荐使用静态内部类和枚举方式
饿汉式 P181
public class Singleton {
private final static Singleton INSTANCE = new Singleton();
private Singleton() {}
public static Singleton getInstance() {
return INSTANCE;
}
}
- 特点
- 线程安全
- 依赖 JVM 类加载机制:JVM 在加载这个类时会马上创建唯一的单例实例
P181
- 缺点
- 与全局变量一样:必须在程序一开始就实例化,没有懒加载
P170
- 与全局变量一样:必须在程序一开始就实例化,没有懒加载
饿汉式(变种)
public class Singleton {
private static Singleton INSTANCE;
static {
INSTANCE = new Singleton();
}
private Singleton() {}
public static Singleton getInstance() {
return INSTANCE;
}
}
【扩展】 静态代码块初始化静态变量最好放在定义变量之后,否则会在执行定义变量可能出现被覆盖的问题(如果定义有赋值(包括 null
),则会覆盖静态代码块已赋的值)。
原因:静态域的初始化和静态代码块的执行会从上到下依次执行。
如下写法最终会得到 null
public class Singleton {
static {
INSTANCE = new Singleton();
}
private static Singleton INSTANCE = null;
private Singleton() {}
public static Singleton getInstance() {
return INSTANCE;
}
}
懒汉式 P176
public class Singleton {
private static Singleton INSTANCE = null;
private Singleton() {}
public static Singleton getInstance() {
if (INSTANCE == null) {
INSTANCE = new Singleton();
}
return INSTANCE;
}
}
- 特点
- 使用时再实例化
- 缺点
- 线程不安全
懒汉式(变种) P180
public class Singleton {
private static Singleton INSTANCE = null;
private Singleton() {}
public static synchronized Singleton getInstance() {
if (INSTANCE == null) {
INSTANCE = new Singleton();
}
return INSTANCE;
}
}
- 特点
- 线程安全
- 使用时再实例化
- 缺点
- 效率低
双重校验锁 P182
public class Singleton {
private volatile static Singleton INSTANCE = null;
private Singleton() {}
public static Singleton getInstance() {
if (INSTANCE == null) {
synchronized (Singleton.class) {
if (INSTANCE == null) {
INSTANCE = new Singleton();
}
}
}
return INSTANCE;
}
}
- 特点
- 线程安全
- 使用时再实例化
- 效率较高
volatile
关键字确保:当INSTANCE
变量杯初始化成Singleton
实例时,多个线程能正确地处理INSTANCE
变量P182
- 1.4及更早版本会失效,1.5及以后版本适用
P182
静态内部类
public class Singleton {
private static class SingletonHolder {
private final static Singleton INSTANCE = new Singleton();
}
private Singleton() {}
public static Singleton getInstance() {
return SingletonHolder.INSTANCE;
}
}
- 特点
- 线程安全
- 使用时再实例化
- 依赖 JVM 类加载机制:开始只有
Singleton
被加载了,只有在主动使用SingletonHolder
时(即调用getInstance()
时),才会加载SingletonHolder
类,从而实例化INSTANCE
枚举
public enum Singleton {
INSTANCE
}
- 特点
- 线程安全
- 克隆、反射和反序列化均不会破坏单例(上述六种方式都会被破坏)
- 代码简单
- 1.5及以后版本才有枚举
- 初始化就会实例化(反编译后可以发现写法类似饿汉式(变种))
本文首发于公众号:满赋诸机(点击查看原文) 开源在 GitHub :reading-notes/head-first-design-patterns