设计模式——单例模式

设计模式——单例模式

单例单例，只有一例。这个模式很好理解啊，有那么一个对象，整个程序中该类型的对象只有一个，并且有一个全局的访问点。

1.情景举例

这两天突然想自己做一个简单的纸牌类游戏，游戏规则省略，纸牌的和扑克牌一样。开始游戏时首先把54张牌发给3个玩家。于是我们需要一个发牌器。

public class Dealer {

    //模拟一副纸牌
    private ArrayList<Integer> cardList = new ArrayList<>(54);
    private int licensingFlag = 0;

    public Dealer() {
        //初始化纸牌
        for(int i = 0; i < 54; i++) {
            cardList.add(i);
        }
    }

    public List<Integer> licensing() {
        //发牌的功能
        licensingFlag++;
        return cardList.subList(licensingFlag / 3 * 18,licensingFlag / 3 * 18 + 18);
    }

    public void shuffle() {
        //洗牌的功能
        Collections.shuffle(cardList);
    }
}

这里的功能都写的很粗糙，纸牌用0到53的数字代替。

在整个游戏中，这个发牌器只能存在唯一一个，如果有多个发牌器，那么不同的玩家可能会拿到相同的牌。现在，我们来使用单例模式吧。

2.使用单例模式

单例模式的实现方法有很多，本文使用饿汉模式实现单例模式。

大体思路很简单，首先需要一个构造函数私有的类用来获取发牌器对象，其中有一个静态的发牌器对象，只暴露出一个获取发牌器的静态方法getInstance（）。之后在程序中获取发牌器就调用该类的getInstance()方法。

public class SingletonDealer {

    private static Dealer dealer = new Dealer();

    private SingletonDealer(){};
    
    public static Dealer getInstance() {
        return dealer;
    }
}

结果就是由于我们只使用指定的访问点获取发牌器对象，所以得到的对象永远是dealer。

测试一下吧。

public class MainTest {

    public static void main(String[] args) {
        Dealer d1 = SingletonDealer.getInstance();
        Dealer d2 = SingletonDealer.getInstance();

        System.out.println(d1 == d2);
    }
}

d1和d2两个对象的地址是一样的，所以他们是同一个对象。

3.单例模式小结

单例模式相对于其他设计模式比较简单，没有复杂的接口和抽象类。只需要一个新类用来获取单例即可。

虽然单例模式实现简单，理解容易，但他的应用场景非常广泛。在实际的开发中，只要某个类的定位是全局唯一，那么用单例模式实现它基本不会出现问题。

在使用单例模式时，我们更需要根据业务的实际情况去选择合适的单例模式实现。

如果单例对象是一个非常庞大的对象，那么通过懒加载去实现单例模式会更好。

如果想要获得更好的性能并且单例对象不是很大，那么用饿汉模式实现会更好。因为懒加载的实现方法对线程同步的依赖很大，在线程同步上下的功夫会牺牲部分性能。