单例模式常见的应用场景分析

在23种设计模式中，单例模式排行老大。虽然理解简单，但是对于应用场景。你真正的熟悉么？使用单例，是由于没必要每个请求都新建一个对象，这样既浪费CPU又浪费内存；之所以用多例，是为了防止并发问题；即一个请求改变了对象的状态，此时对象又处理另一个请求，而之前请求对对象状态的改变导致了对象对另一个请求做了错误的处理。

先来说说Java web中的单例应用场景：数据库连接池就是单例模式，有且仅有一个连接池管理者，管理多个连接池对象。我们常用的service和dao层的对象通常都是 单例的(由于其所有的请求都用一个对象来处理)，而struts2中的action则是多例，由于每个请求是用一个新的对象来处理的(因为action本 身含有请求参数的值，即可改变的状态)。 log4j日志记录也是单例模式，因为从始至终都仅维护一个对象。(应用程序的日志应用，一般都何用单例模式实现，这一般是由于共享的日志文件一直处于打 开状态，因为只能有一个实例去操作，否则内容不好追加)。