JAVA设计模式（二）

-----------单例模式

定义

单例模式(Singleton)又称单态模式，该模式主要作用是保证在Java应用程序中某个类仅有一个实例，并且只能通过一个全局访问点访问。单例模式中的“单例”通常指代年那些具有唯一性的系统组件，比如文件系统，资源管理器…

在实际使用中比如建立目录，数据库连接都需要这样的单线程操作

实现

Hungry Initialization饿汉试

public class Singleton {

　　private Singleton(){ }
　　//注意这是private 只供内部调用

　　private static Singleton instance = new Singleton();

　　//这里提供了一个供外部访问本class的静态方法，可以直接访问　　
　　public static Singleton getInstance() {
　　return instance; 　　
　　 }
}

这个就是一个很常用的饿汉式单例模式,非常容易理解,也就是说只要客户端调用方法:Singleton.getInstance() 就可以使用这个实例,而且是唯一实例.这种使用方式丝毫没有什么限制,任何客户端只要使用该语句就必然可以创建实例.从JAVA语言来说这种方式是最能表现单例模式的了.

Lazy Initialization 懒汉试

public class Singleton {

private static Singleton instance = null;
　　public static synchronized Singleton getInstance() {
　　//这个方法比上面有所改进，不用每次都进行生成对象，只是第一次　　

//使用时生成实例，提高了效率！
　　if (instance==null)
　　instance＝new Singleton();
　　return instance; 　　

}

}

 

注意到lazy initialization形式中的synchronized，这个synchronized很重要，如果没有synchronized，那么使用getInstance()是有可能得到多个Singleton实例。

 

区别

饿汉试的好处是线程安全的，我们不用考虑线程同步的问题，但由于该种方式是在类加载时进行实例化，所以会造成多次实例化的情况；懒汉试中我们需要考虑线程问题，实际中synchronized会消耗一定资源进行同步，但该种方式可以延迟加载（第一次实例化时加载），不会造成多次实例化的情况。

注意事项

有时在某些情况下，使用Singleton并不能达到Singleton的目的，如有多个Singleton对象同时被不同的类装入器装载；在EJB这样的分布式系统中使用也要注意这种情况，因为EJB是跨服务器，跨JVM的。

我们以SUN公司的宠物店源码(Pet Store 1.3.1)的ServiceLocator为例稍微分析一下：
在Pet Store中ServiceLocator有两种，一个是EJB目录下；一个是WEB目录下，我们检查这两个ServiceLocator会发现内容差不多，都是提供EJB的查询定位服务，可是为什么要分开呢？仔细研究对这两种ServiceLocator才发现区别：在WEB中的ServiceLocator的采取Singleton模式，ServiceLocator属于资源定位，理所当然应该使用Singleton模式。但是在EJB中，Singleton模式已经失去作用，所以ServiceLocator才分成两种，一种面向WEB服务的，一种是面向EJB服务的。

Singleton模式看起来简单，使用方法也很方便，但是真正用好，是非常不容易，需要对Java的类 线程 内存等概念有相当的了解。