GOF业务场景的设计模式-----单例模式

个人觉得纯粹的学习设计模式，是不对的。也不能为了使用设计模式，而硬搬设计模式来使用

　　单例模式可能是最简单的设计模式也是大家知道最多的设计模式。当然，有很多种写法

　　定义：确保一个类只有一个实例，而且自行实例化并向整个系统提供这个实例。

　　业务场景

　　很多时候，我们的系统需要很多的一些常量数据，这些数据在不同的环境下可能会不同。但是一旦确定了运行环境，这些配置常量，就不会改变。

　　我们在代码中需要用到这些常量，如果每一次使用，都从配置文件中读取，这样会损耗大量的IO。所以将这些配置文件以单例的形式保存在内存中是一种完美的解决方案。

　　饿汉式单例

public class Singleton {
	private static Singleton singleton = new Singleton();
	private Singleton(){}
	public static Singleton getInstance(){
		return singleton;
	}
}

　　懒汉式单例

public class Singleton {
	private static Singleton singleton;
	private Singleton(){}
	
	public static synchronized Singleton getInstance(){
		if(singleton==null){
			singleton = new Singleton();
		}
		return singleton;
	}
}

　　本人最喜欢的一种模式，完美实现的实现既线程安全又延迟加载的模式（Initialization on demand holder）使用静态内部类

　　lz认为这是大师级别的单例模式，只有对于类加载，初始化有清晰的了解才能写出这样的代码

public class ConfigSingleton { 
	
	//单例对象的属性（ 私有化  对修改关闭，只从配置文件中读取）
	private String ENVIRONMENT;
	private String DOMAIN;
	private String VERSION;
	//get方法（对获取打开）
	public String getENVIRONMENT() {
		return ENVIRONMENT;
	}
	public String getDOMAIN() {
		return DOMAIN;
	}
	public String getVERSION() {
		return VERSION;
	}
	//私有化构造方法（禁止私自产生对象）
	private ConfigSingleton (){
		System.out.println("init configsingleton only once");
		Properties pps = new Properties();
		try {
			InputStream in = this.getClass().getResourceAsStream("/config/IPConstant.properties");
			pps.load(new BufferedReader(new InputStreamReader(in, "UTF-8")));
		} catch (IOException e) {
			e.printStackTrace();
		}
		this.ENVIRONMENT = pps.getProperty("ENVIRONMENT");
		this.DOMAIN = pps.getProperty("DOMAIN");
		this.VERSION = pps.getProperty("VERSION");
	}    
	//静态内部类 
	private static class LazyHolder {
    	private static final ConfigSingleton INSTANCE = new ConfigSingleton();  
    }    
    //暴露出来的获取单例对象的静态方法
    public static final ConfigSingleton getInstance() {    
       return LazyHolder.INSTANCE;    
    }    
}

　　测试类代码

public class SingletonTest {
	public static void main(String args[]){
		System.out.println(ConfigSingleton.getInstance().getDOMAIN());
		System.out.println(ConfigSingleton.getInstance().getENVIRONMENT());
		System.out.println(ConfigSingleton.getInstance().getVERSION());
	}
}

　　测试结果

GOF业务场景的设计模式-----单例模式

　　扩展思维

　　在一个jvm中会出现多个单例吗

　　在分布式系统、多个类加载器、以及序列化的的情况下，会产生多个单例，这一点是无庸置疑的。那么在同一个jvm中，会不会产生单例呢？使用单例提供的getInstance()方法只能得到同一个单例，除非是使用反射方式，将会得到新的单例。代码如下

public class SingletonTest {
	public static void main(String args[]) throws Exception{
		Class c = Class.forName(ConfigSingleton.class.getName());
		Constructor ct = c.getDeclaredConstructor();
		ct.setAccessible(true);
		ConfigSingleton singleton = (ConfigSingleton)ct.newInstance();
		System.out.println(singleton.getDOMAIN());
		System.out.println("----------------------------------------");
		System.out.println(ConfigSingleton.getInstance().getDOMAIN());
		System.out.println(ConfigSingleton.getInstance().getENVIRONMENT());

	}
}

　　运行结果

GOF业务场景的设计模式-----单例模式

　　这样，每次运行都会产生新的单例对象。所以运用单例模式时，一定注意不要使用反射产生新的单例对象。

　　单例模式注意事项：

只能使用单例类提供的方法得到单例对象，不要使用反射，否则将会实例化一个新对象。
不要做断开单例类对象与类中静态引用的危险操作。
多线程使用单例使用共享资源时，注意线程安全问题。

参考：

http://blog.csdn.net/zhengzhb/article/details/7331369

http://www.cnblogs.com/shenliang123/archive/2012/03/26/2417968.html

GOF业务场景的设计模式-----单例模式

相关推荐