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

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

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

  

  业务场景

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

  我们在代码中需要用到这些常量,如果每一次使用,都从配置文件中读取,这样会损耗大量的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());
}
}

  测试结果

  扩展思维

  在一个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()); }
}

  运行结果

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

  单例模式注意事项:

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

参考:

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

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

GOF业务场景的设计模式-----单例模式的更多相关文章

  1. GOF业务场景的设计模式-----观察者模式

    定义:定义对象间一种一对多的依赖关系,使得当每一个对象改变状态,则所有依赖于它的对象都会得到通知并自动更新. 在软件系统中经常会有这样的需求:如果一个对象的状态发生改变,某些与它相关的对象也要随之做出 ...

  2. GOF业务场景的设计模式-----工厂模式

    定义:定义一个用于创建对象的接口,让子类决定实例化哪一个类,工厂方法使一个类的实例化延迟到其子类. 工厂方法模式 基本代码 interface IProduct { public void produ ...

  3. GOF业务场景的设计模式-----设计模式六大原则

    单一职责原则(Single Responsibility Principle) 定义:不要存在多于一个导致类变更的原因.通俗的说,即一个类只负责一项职责. 问题由来:类T负责两个不同的职责:职责P1, ...

  4. GOF业务场景的设计模式-----责任链模式

    定义:使多个对象都有机会处理请求,从而避免了请求的发送者和接收者之间的耦合关系.将这些对象连成一条链,并沿着这条链传递该请求,直到有对象处理它为止. 首先来看一段代码: public void tes ...

  5. GOF业务场景的设计模式-----策略模式

    定义:定义一组算法,将每个算法都封装起来,并且使他们之间可以互换. 策略模式代码实现 interface IStrategy { public void doSomething(); } class ...

  6. 【智能合约】编写复杂业务场景下的智能合约——可升级的智能合约设计模式(附Demo)

    智能合约的现状 以太坊在区块链上实现了智能合约的概念,用于:同质化通证发行(ERC-20).众筹.投票.存证取证等等,共同点是:合约逻辑简单,只是业务流程中的关键节点,而非整个业务流程.而智能合约想解 ...

  7. 《设计模式面试小炒》策略和工厂模式替代业务场景中复杂的ifelse

    <设计模式面试小炒>策略和工厂模式替代业务场景中复杂的ifelse 我是肥哥,一名不专业的面试官! 我是囧囧,一名积极找工作的小菜鸟! 囧囧表示:小白面试最怕的就是面试官问的知识点太笼统, ...

  8. 实践GoF的23种设计模式:SOLID原则(上)

    摘要:本文以我们日常开发中经常碰到的一些技术/问题/场景作为切入点,示范如何运用设计模式来完成相关的实现. 本文分享自华为云社区<实践GoF的23种设计模式:SOLID原则(上)>,作者: ...

  9. 实践GoF的23种设计模式:观察者模式

    摘要:当你需要监听某个状态的变更,且在状态变更时通知到监听者,用观察者模式吧. 本文分享自华为云社区<[Go实现]实践GoF的23种设计模式:观察者模式>,作者: 元闰子 . 简介 现在有 ...

随机推荐

  1. 天气查询SDK

    简介: 这是一个用于查询天气的SDK,在很多时候,尤其是对接多而小功能公众账号的时候,天气查询比较使用,此SDK就是这样的用途,使用的是中国天气网的API,已经集成了网上最靠谱的方式来实现,包括里面的 ...

  2. Android数据存储-通过SharedPreferences实现记住密码的操作

    在Android中登陆中,为了实现用户的方便,往往需要根据用户的需要进行记住密码的操作,所以,在Android数据存储中SharedPreferences恰恰可以实现这一点 下面,小编将带领大家通过S ...

  3. python反射

    python反射 python的反射是基于字符串的形式去对象(模块)中操作其成员.此操作是动态的,常用于web开发中url参数中对应模块或者函数的反射. 下面开始具体说明: 场景需求: 我的pytho ...

  4. python标准模块(二)

    本文会涉及到的模块: json.pickle urllib.Requests xml.etree configparser shutil.zipfile.tarfile 1. json & p ...

  5. 收集的一些jQuery (我平常用的少的,但确实挺有效果的)

    禁用Jquery(动画)效果 jQuery.fx.off = true; 使用自己的 Bullets(这个有一丁点儿的小技巧) //这里是js代码 也就是给每个ul添加一个类名 然后给ul的子li前面 ...

  6. BZOJ1915: [Usaco2010 Open]奶牛的跳格子游戏

    权限题,没有传送门. 这很显然是一道DP题,刚看完题目可能会比较懵逼.这道题如果不要求回去,那么就是一道很裸的DP题.但是本题要求回去而且回去的格子的前一个格必须是之前经过的. 先不考虑回去的路程,对 ...

  7. 堆优化的Dijkstra

    SPFA在求最短路时不是万能的.在稠密图时用堆优化的dijkstra更加高效: typedef pair<int,int> pii; priority_queue<pii, vect ...

  8. Docker入门教程(九)10个镜像相关的API

    Docker入门教程(九)10个镜像相关的API [编者的话]DockerOne组织翻译了Flux7的Docker入门教程,本文是系列入门教程的第九篇,重点介绍了镜像相关的Docker Remote ...

  9. java常用集合详解 contains

    java集合是对常用数据集合的封装,差不多就是数组吧,验证某个元素是否在数据集合里,最原始的方法是,用个循环,"某个元素"与数据集合中的每个元素逐个进行比较. java 对常用的一 ...

  10. python--文件删除、判断目录存在、字符串替换

    昨晚笔试了金山WPS的测试开发卷,做个笔记(但不是答案,只是我的想法),关于文件和字符串的处理正在写入与完善至上一篇的博客中,现在题目如下: 1.使用脚本语言删除E:\abc目录下的所有文件: 利用o ...