设计模式

在现在的框架里面单例模式算是使用很多的设计模式了，有的时候可能自己写或者设计的时候并不多，但是实际在使用的过程中，框架本身提供了很多的该类模式。如Spring注入的对象等大部分都是单例模式的。

单例模式的特点是全局唯一，在具体的场景，菜鸟教程里面给到了若干种实现方式：单例模式 | 菜鸟教程 结合具体的业务场景可以按需取用。

单例模式带来的好处：

怎么实现单例模式是有模版的，但是在何时使用单例模式这个却是比怎么实现更为重要的需要思考的部分。

下面列举一下可能需要考虑单例或者多例的场景。

在当下的框架体系中，构建单例我自己的优先级一般是：

一些情况下除了通过框架注入需要注意，有时候需要进行部分单例对象的多态处理问题，这个时候有很多方式，我比较习惯的是：

集成ApplicationAware接口做BeanUtils工具类，然后通过工具类构建一个简单工厂，通过简单工厂上产单例对象。

这种设计思路的好处是，框架本身也只是工具，能够把工具类的通用内容给独立且内聚出来，简单工厂来处理简单的业务分发逻辑，非常适合一些多策略的场景，多实现的多态场景。也能对设计进行解耦。相关的工厂方法和BeanUtils的工厂两个都具有比较高的复用价值。

单例模式本身的话本身不是什么复杂的东西，不过有的时候需要注意的是一些小细节的东西，有的时候大家使用单例模式的时候，对于对象本身不去private构造方法，导致实现的时候有些家伙进行new对象这种就很不合适。导致全局有两套单例和多例同时存在，这种设计就很扯淡，增加了思考的成本。Spring框架一般提供无状态的服务，new对象这件事情可能会产生依赖问题，因为走不到代理，但是这种事情尽量少做，显得很没有水平。