软件构造 - 设计模式总结之性能调优

针对对象创建与复用的设计模式

Singleton 单例模式

概念

某些类在应用运行期间只需要一个实例，而需要对象时就new，导致创建多个object。
更好的选择：强制client只能创建一个object实例，避免因为new操作和GC所带来的时空性能损失，也便于复用

使用场景

• 生成唯一序列号；
• 整个项目中需要一个共享访问点或共享数据，例如Web页面上的计数器，使用单例保持计数器的值，并确保线程安全；
• 创建对象消耗资源过多（IO/数据库）需要等到调用时加载

单例模式的使用要点

1. 只有private构造方法，确保外部无法实例化
2. 通过private static变量持有唯一实例，保证全局唯一性
3. 通过public static方法返回唯一实例，使外部调用方能获取到实例

代码示例

双重校验锁：

public class Singleton {
   
    private Singleton() {
   }  //私有构造函数
    private volatile static Singleton instance = null;  //单例对象
    public static Singleton getInstance() {
   
        if (instance == null) {
         //双重检测机制
            synchronized (Singleton.class){
     //同步锁
                if (instance == null) {
        //双重检测机制
                    instance = new Singleton();
                }
            }
        }
        return instance;
    }
}

PS：在开发中通常不会使用双重校验锁直接在加载时初始化，但在面试中经常问 http://www.cs.umd.edu/~pugh/java/memoryModel/DoubleCheckedLocking.html

Flyweight 轻量模式

概念

该模式允许在应用中不同部分共享使用objects，降低大量objects带来的时空代价

内部状态和外部状态

• 内部状态：对象可共享出来的信息；不管在什么场合使用该object，内部特征都不变
• 外部状态：对象得以依赖的一个标记；不是固定的，需要在不同场合context分别指派/计算其值

与单例模式的区别

• 单例：不区分各场合下的不同表现形式，统一用一个实例表示。
• 轻量对象：同一个事物，具有多种不同表现形式
  Flyweight在object层面的复用比Singleton更灵活

使用场景

• 系统中存在大量的相似对象。

• 细粒度的对象都具备较接近的外部状态，而且内部状态与环境无关，也就是说对象没有特定身份。

• 需要缓冲池的场景。

• 例如文本编辑器中的“字符”，同一个字符重复出现多次，代表同样内容，但字体字号等不同

代码示例

public interface IAlien {
   
	String Shape = null; //intrinsic state
	String getShape();
	Color getColor(int madLevel); //extrinsic state
}
//以下两种共享对象具有不同的内特征
class LargeAlien implements IAlien{
   
	private String shape = "Large Shape"