- 浏览: 467327 次
- 性别:
- 来自: 北京
-
最新评论
-
lm818:
最近一直在看设计模式,发现写的那本研磨真的不错,容易理解,能看 ...
大讨论:学习和应用设计模式的经验、教训、疑问等 -
yjfnwxf:
看了楼主博文,真为自己汗颜呀。。。。努力,再努力
研磨设计模式之命令模式-5 -
fengdandanweikang:
...
研磨设计模式 之 观察者模式(Observer) 1——跟着cc学设计系列 -
tiansong163:
你好,对《研磨设计模式》中UML有一个图标不知道是什么意思?希 ...
跟着cc学设计 之 研磨设计模式 目录汇总贴 -
soualliron:
国人就会溜须拍马,文章冠题“大讨论”,下面全是附会之音,无切实 ...
大讨论:学习和应用设计模式的经验、教训、疑问等
看到很多朋友在写单例,也来凑个热闹,虽然很简单,但是也有很多知识点在单例里面,看看是否能写出点不一样来。
单例模式(Singleton)
1 场景问题
1.1 读取配置文件的内容
考虑这样一个应用,读取配置文件的内容。
很多应用项目,都有与应用相关的配置文件,这些配置文件多是由项目开发人员自定义的,在里面定义一些应用需要的参数数据。当然在实际的项目中,这种配置文件多采用xml格式的。也有采用properties格式的,毕竟使用Java来读取properties格式的配置文件比较简单。
现在要读取配置文件的内容,该如何实现呢?
1.2 不用模式的解决方案
有些朋友会想,要读取配置文件的内容,这也不是个什么困难的事情,直接读取文件的内容,然后把文件内容存放在相应的数据对象里面就可以了。真的这么简单吗?先实现看看吧。
为了示例简单,假设系统是采用的properties格式的配置文件。
(1)那么直接使用Java来读取配置文件,示例代码如下:
/** * 读取应用配置文件 */ public class AppConfig { /** * 用来存放配置文件中参数A的值 */ private String parameterA; /** * 用来存放配置文件中参数B的值 */ private String parameterB; public String getParameterA() { return parameterA; } public String getParameterB() { return parameterB; } /** * 构造方法 */ public AppConfig(){ //调用读取配置文件的方法 readConfig(); } /** * 读取配置文件,把配置文件中的内容读出来设置到属性上 */ private void readConfig(){ Properties p = new Properties(); InputStream in = null; try { in = AppConfig.class.getResourceAsStream( "AppConfig.properties"); p.load(in); //把配置文件中的内容读出来设置到属性上 this.parameterA = p.getProperty("paramA"); this.parameterB = p.getProperty("paramB"); } catch (IOException e) { System.out.println("装载配置文件出错了,具体堆栈信息如下:"); e.printStackTrace(); }finally{ try { in.close(); } catch (IOException e) { e.printStackTrace(); } } } }
注意:只有访问参数的方法,没有设置参数的方法。
(2)应用的配置文件,名字是AppConfig.properties,放在AppConfig相同的包里面,简单示例如下:
paramA=a paramB=b
(3)写个客户端来测试一下,示例代码如下:
public class Client { public static void main(String[] args) { //创建读取应用配置的对象 AppConfig config = new AppConfig(); String paramA = config.getParameterA(); String paramB = config.getParameterB(); System.out.println("paramA="+paramA+",paramB="+paramB); } }
运行结果如下:
paramA=a,paramB=b
1.3 有何问题
上面的实现很简单嘛,很容易的就实现了要求的功能。仔细想想,有没有什么问题呢?
看看客户端使用这个类的地方,是通过new一个AppConfig的实例来得到一个操作配置文件内容的对象。如果在系统运行中,有很多地方都需要使用配置文件的内容,也就是很多地方都需要创建AppConfig这个对象的实例。
换句话说,在系统运行期间,系统中会存在很多个AppConfig的实例对象,这有什么问题吗?
当然有问题了,试想一下,每一个AppConfig实例对象,里面都封装着配置文件的内容,系统中有多个AppConfig实例对象,也就是说系统中会同时存在多份配置文件的内容,这会严重浪费内存资源。如果配置文件内容较少,问题还小一点,如果配置文件内容本来就多的话,对于系统资源的浪费问题就大了。事实上,对于AppConfig这种类,在运行期间,只需要一个实例对象就够了。
把上面的描述进一步抽象一下,问题就出来了:在一个系统运行期间,某个类只需要一个类实例就可以了,那么应该怎么实现呢?
2 解决方案
2.1 单例模式来解决
用来解决上述问题的一个合理的解决方案就是单例模式。那么什么是单例模式呢?
(1)单例模式定义
保证一个类仅有一个实例,并提供一个访问它的全局访问点。
(2)应用单例模式来解决的思路
仔细分析上面的问题,现在一个类能够被创建多个实例,问题的根源在于类的构造方法是公开的,也就是可以让类的外部来通过构造方法创建多个实例。换句话说,只要类的构造方法能让类的外部访问,就没有办法去控制外部来创建这个类的实例个数。
要想控制一个类只被创建一个实例,那么首要的问题就是要把创建实例的权限收回来,让类自身来负责自己类实例的创建工作,然后由这个类来提供外部可以访问这个类实例的方法,这就是单例模式的实现方式。
2.2 模式结构和说明
单例模式结构见图1所:
图1 单例模式结构图
Singleton:
负责创建Singleton类自己的唯一实例,并提供一个getInstance的方法,让外部来访问这个类的唯一实例。
2.3 单例模式示例代码
在Java中,单例模式的实现又分为两种,一种称为懒汉式,一种称为饿汉式,其实就是在具体创建对象实例的处理上,有不同的实现方式。下面分别来看这两种实现方式的代码示例。为何这么写,具体的在后面再讲述。
(1)懒汉式实现,示例代码如下:
/** * 懒汉式单例实现的示例 */ public class Singleton { /** * 定义一个变量来存储创建好的类实例 */ private static Singleton uniqueInstance = null; /** * 私有化构造方法,好在内部控制创建实例的数目 */ private Singleton(){ // } /** * 定义一个方法来为客户端提供类实例 * @return 一个Singleton的实例 */ public static synchronized Singleton getInstance(){ //判断存储实例的变量是否有值 if(uniqueInstance == null){ //如果没有,就创建一个类实例,并把值赋值给存储类实例的变量 uniqueInstance = new Singleton(); } //如果有值,那就直接使用 return uniqueInstance; } /** * 示意方法,单例可以有自己的操作 */ public void singletonOperation(){ //功能处理 } /** * 示意属性,单例可以有自己的属性 */ private String singletonData; /** * 示意方法,让外部通过这些方法来访问属性的值 * @return 属性的值 */ public String getSingletonData(){ return singletonData; } }
(2)饿汉式实现,示例代码如下:
/** * 饿汉式单例实现的示例 */ public class Singleton { /** * 定义一个变量来存储创建好的类实例,直接在这里创建类实例,只会创建一次 */ private static Singleton uniqueInstance = new Singleton(); /** * 私有化构造方法,好在内部控制创建实例的数目 */ private Singleton(){ // } /** * 定义一个方法来为客户端提供类实例 * @return 一个Singleton的实例 */ public static Singleton getInstance(){ //直接使用已经创建好的实例 return uniqueInstance; } /** * 示意方法,单例可以有自己的操作 */ public void singletonOperation(){ //功能处理 } /** * 示意属性,单例可以有自己的属性 */ private String singletonData; /** * 示意方法,让外部通过这些方法来访问属性的值 * @return 属性的值 */ public String getSingletonData(){ return singletonData; } }
2.4 使用单例模式重写示例
要使用单例模式来重写示例,由于单例模式有两种实现方式,这里选一种来实现就好了,就选择饿汉式的实现方式来重写示例吧。
采用饿汉式的实现方式来重写实例的示例代码如下:
/** * 读取应用配置文件,单例实现 */ public class AppConfig { /** * 定义一个变量来存储创建好的类实例,直接在这里创建类实例,只会创建一次 */ private static AppConfig instance = new AppConfig(); /** * 定义一个方法来为客户端提供AppConfig类的实例 * @return 一个AppConfig的实例 */ public static AppConfig getInstance(){ return instance; } /** * 用来存放配置文件中参数A的值 */ private String parameterA; /** * 用来存放配置文件中参数B的值 */ private String parameterB; public String getParameterA() { return parameterA; } public String getParameterB() { return parameterB; } /** * 私有化构造方法 */ private AppConfig(){ //调用读取配置文件的方法 readConfig(); } /** * 读取配置文件,把配置文件中的内容读出来设置到属性上 */ private void readConfig(){ Properties p = new Properties(); InputStream in = null; try { in = AppConfig.class.getResourceAsStream( "AppConfig.properties"); p.load(in); //把配置文件中的内容读出来设置到属性上 this.parameterA = p.getProperty("paramA"); this.parameterB = p.getProperty("paramB"); } catch (IOException e) { System.out.println("装载配置文件出错了,具体堆栈信息如下:"); e.printStackTrace(); }finally{ try { in.close(); } catch (IOException e) { e.printStackTrace(); } } } }
当然,测试的客户端也需要相应的变化,示例代码如下:
public class Client { public static void main(String[] args) { //创建读取应用配置的对象 AppConfig config = AppConfig.getInstance(); String paramA = config.getParameterA(); String paramB = config.getParameterB(); System.out.println("paramA="+paramA+",paramB="+paramB); } }
去测试看看,是否能满足要求。
《研磨设计模式》一书已经上市,卓越网销售链接: 也可以直接在卓越网上搜索《研磨设计模式》 当当网的销售链接:http://product.dangdang.com/product.aspx?product_id=20994349&ref=search-0-mix 希望朋友们能给本书评评分,写点评论,多谢大家的支持!
http://www.amazon.cn/%E7%A0%94%E7%A3%A8%E8%AE%BE%E8%AE%A1%E6%A8%A1%E5%BC%8F-%E9%99%88%E8%87%A3/dp/B004G8P90S/ref=sr_1_1?ie=UTF8&qid=1295358211&sr=8-1
未完待续,精彩稍后继续
评论


饿汉、懒汉其实是一种比较形象的称谓。
所谓饿汉,既然饿,那么在创建对象实例的时候就比较着急,饿了嘛,于是就在装载类的时候就创建了对象的实例,写法如下:
private static Singleton uniqueInstance = new Singleton();
所谓懒汉,既然是懒,那么在创建对象实例的时候就不着急,会一直等到马上要使用对象实例的时候才会创建,懒人嘛,总是推托不开的时候才去执行工作的,因此在装载对象的时候不创建对象实例,写法如下:
private static Singleton uniqueInstance = null;
等到第一次使用的时候,再创建实例,也就是在getInstance方法里面去判断和创建
学习了.

private static Singleton instance = new Singleton();不就可以
既要饿汉式延迟加载,又要懒汉式效率。可以写成这样
public class Singleton { private Singleton() { System.out.println("Create"); } private static class SingletonHolder { private static Singleton instance = new Singleton(); } public static Singleton getInstance() { return SingletonHolder.instance; } public static void main(String args[]) { System.out.println(Singleton.getInstance()); System.out.println(Singleton.getInstance()); System.out.println(Singleton.getInstance()); System.out.println(Singleton.getInstance()); System.out.println(Singleton.getInstance()); } }
private static class SingletonHolder {
private static Singleton instance = new Singleton();
}
为什么要这样了多此一举了,这样
private static Singleton instance = new Singleton();不就可以了吗
If you need to use lazy initialization for performance on a static field, usethelazy initialization holder class idiom. This idiom (also known as the initialize-on-demand holder class idiom) exploits the guarantee that a class will not be ini-tialized until it is used [JLS, 12.4.1]. [effective java -item 71]

老兄,文章里面有,呵呵:
(2)应用的配置文件,名字是AppConfig.properties,放在AppConfig相同的包里面,简单示例如下:
paramA=a
paramB=b

出了书第一个通知你,确保能卖出去一本了,哈哈!
public static Singleton getInstance(){ if(uniqueInstance == null){ sychronized(Singleton.class) { if(uniqueInstance == null){ uniqueInstance = new Singleton(); } } } return uniqueInstance; }
if(uniqueInstance == null){
sychronized() {
if(uniqueInstance == null){
uniqueInstance = new Singleton();
}
}
}
return uniqueInstance;
}
既要饿汉式延迟加载,又要懒汉式效率。可以写成这样
public class Singleton { private Singleton() { System.out.println("Create"); } private static class SingletonHolder { private static Singleton instance = new Singleton(); } public static Singleton getInstance() { return SingletonHolder.instance; } public static void main(String args[]) { System.out.println(Singleton.getInstance()); System.out.println(Singleton.getInstance()); System.out.println(Singleton.getInstance()); System.out.println(Singleton.getInstance()); System.out.println(Singleton.getInstance()); } }
private static class SingletonHolder {
private static Singleton instance = new Singleton();
}
为什么要这样了多此一举了,这样
private static Singleton instance = new Singleton();不就可以了吗
饿汉、懒汉其实是一种比较形象的称谓。
所谓饿汉,既然饿,那么在创建对象实例的时候就比较着急,饿了嘛,于是就在装载类的时候就创建了对象的实例,写法如下:
private static Singleton uniqueInstance = new Singleton();
所谓懒汉,既然是懒,那么在创建对象实例的时候就不着急,会一直等到马上要使用对象实例的时候才会创建,懒人嘛,总是推托不开的时候才去执行工作的,因此在装载对象的时候不创建对象实例,写法如下:
private static Singleton uniqueInstance = null;
等到第一次使用的时候,再创建实例,也就是在getInstance方法里面去判断和创建
1:Java里面也是有双重检查机制的,只不过在java5以上的版本,后面会讲到
2:你写的那个实现,被称为Lazy initialization holder class模式,后面也会讲到
其实是有线程控制的,虽然不够好,如6楼的bania兄弟所述
to 7楼的 liaofeng_xiao 兄弟,其实从内存分配上解释饿汉、懒汉也是可行的
饿汉、懒汉其实是一种比较形象的称谓。
所谓饿汉,既然饿,那么在创建对象实例的时候就比较着急,饿了嘛,于是就在装载类的时候就创建了对象的实例,写法如下:
private static Singleton uniqueInstance = new Singleton();
所谓懒汉,既然是懒,那么在创建对象实例的时候就不着急,会一直等到马上要使用对象实例的时候才会创建,懒人嘛,总是推托不开的时候才去执行工作的,因此在装载对象的时候不创建对象实例,写法如下:
private static Singleton uniqueInstance = null;
等到第一次使用的时候,再创建实例,也就是在getInstance方法里面去判断和创建
既要饿汉式延迟加载,又要懒汉式效率。可以写成这样
public class Singleton { private Singleton() { System.out.println("Create"); } private static class SingletonHolder { private static Singleton instance = new Singleton(); } public static Singleton getInstance() { return SingletonHolder.instance; } public static void main(String args[]) { System.out.println(Singleton.getInstance()); System.out.println(Singleton.getInstance()); System.out.println(Singleton.getInstance()); System.out.println(Singleton.getInstance()); System.out.println(Singleton.getInstance()); } }
饿汉就是声明对象的同时分配内存空间:
Object obj = new Object();
懒汉是在访问对象时检测对象是否分配了内存,如果已分配便直接使用,否则进行分配内存:
public Object getObj(){ if(obj==null){ obj = new Object(); } return obj; }
有考虑线程同步啊,楼主在懒汉式单例实现示例的19行:
public static synchronized Singleton getInstance(){
不是加了synchronized 吗?
public static synchronized Singleton getInstance(){ //判断存储实例的变量是否有值 if(uniqueInstance == null){ //如果没有,就创建一个类实例,并把值赋值给存储类实例的变量 uniqueInstance = new Singleton(); } //如果有值,那就直接使用 return uniqueInstance; }
这里好像有点问题
发表评论
-
私塾在线推出《一案贯通GoF设计模式》项目实战
2012-10-19 22:12 20《研磨设计模式》出版以来,包括iteye上的朋友,很多人 ... -
研磨设计模式 之 组合模式(Composite) 3——跟着cc学设计系列
2012-08-22 08:50 423915.3 模式讲解 15.3.1 认识组合模式 ... -
研磨设计模式 之 组合模式(Composite) 2——跟着cc学设计系列
2012-08-20 13:53 340415.2 解决方案 15.2.1 组合模式来解决 ... -
研磨设计模式 之 组合模式(Composite) 1——跟着cc学设计系列
2012-08-20 12:17 309015.1 场景问题 15.1.1 商品类别树 ... -
研磨设计模式 之 迭代器模式(Iterator)3——跟着cc学设计系列
2012-08-19 07:07 384814.3 模式讲解 14.3.1 ... -
研磨设计模式 之 迭代器模式(Iterator)2——跟着cc学设计系列
2012-08-18 03:48 265714.2 解决方案 14.2.1 ... -
研磨设计模式 之 迭代器模式(Iterator)2——跟着cc学设计系列
2012-08-17 18:26 10614.2 解决方案 14.2.1 ... -
研磨设计模式 之 迭代器模式(Iterator)1——跟着cc学设计系列
2012-08-17 10:38 205014.1 场景问题 14.1.1 ... -
私塾在线《研磨设计模式》,精品课程上线特大惊喜
2012-08-17 10:03 6072《研磨设计模式》——跟着CC学设计,视频课程在 私塾在线 ... -
研磨设计模式 之 观察者模式(Observer) 3——跟着cc学设计系列
2012-08-16 08:51 302312.3 模式讲解 12.3.1 认识观察者模式 ... -
研磨设计模式 之 观察者模式(Observer) 2——跟着cc学设计系列
2012-08-15 07:03 287912.2 解决方案 12.2 ... -
研磨设计模式 之 观察者模式(Observer) 1——跟着cc学设计系列
2012-08-15 07:03 212812.1 场景问题 12.1.1 订阅报纸的过程 ... -
跟着cc学设计系列 之 研磨设计模式 目录汇总贴
2012-08-14 14:49 36研磨设计模式 的 前言 ——跟着cc学 ... -
研磨设计模式 之 代理模式(Proxy)3——跟着cc学设计系列
2012-08-14 14:36 235611.3 模式讲解 11.3.1 认识代理模式 ... -
研磨设计模式 之 代理模式(Proxy)2——跟着cc学设计系列
2012-08-13 12:36 290611.2 解决方案 11.2.1 代理模式来解 ... -
研磨设计模式 之 代理模式(Proxy)1——跟着cc学设计系列
2012-08-13 12:35 219411.1 场景问题 11.1.1 访问多条数据 ... -
研磨设计模式 之 中介者模式(Mediator)3 ——跟着cc学设计系列
2012-08-11 11:50 123710.3 模式讲解 10.3.1 认识中介者模式 ... -
研磨设计模式 之 中介者模式(Mediator)2 ——跟着cc学设计系列
2012-08-09 08:23 147210.2 解决方案 10.2.1 中介者模式来 ... -
研磨设计模式 之 中介者模式(Mediator)1 ——跟着cc学设计系列
2012-08-09 08:23 148810.1 场景问题 10.1.1 ... -
研磨设计模式 之 原型模式(Prototype)3 ——跟着cc学设计系列
2012-08-08 08:14 15879.3 模式讲解 9.3.1 ...
相关推荐
通过研磨设计模式之单例模式的资料,你可以深入理解单例模式的原理、实现方式及其优缺点,进一步提升自己的编程技能和设计思维。学习并熟练掌握设计模式,对于成为一名优秀的Java开发者至关重要。
《研磨设计模式源码》是一份非常宝贵的资源,它提供了设计模式的实践代码,帮助开发者深入理解并应用这些模式。设计模式是软件工程中经过长期实践总结出来的一套通用解决方案,它们描述了在特定场景下如何解决常见...
《研磨设计模式》完整覆盖GoF讲述的23个设计模式并加以细细研磨。初级内容从基本讲起,包括每个模式的定义、功能、思路、结构、基本实现、运行调用顺序、基本应用示例等,让读者能系统、完整、准确地掌握每个模式,...
《研磨设计模式》是一本深入探讨软件设计原则与实践的经典书籍,其配套源代码提供了丰富的实例,帮助读者更好地理解和应用各种设计模式。这个UTF-8格式的压缩包包含了书中介绍的各种设计模式的实现,是学习和研究...
研磨设计模式的过程是持续学习和实践的过程,chjavach的博客文章提供了深入探讨这些模式的宝贵资源,值得我们仔细阅读和学习。通过深入理解和运用这些设计模式,可以提升个人的编程技巧,同时也为团队合作和项目维护...
《研磨设计模式》这本书是陈臣和王斌两位作者合作的成果,专注于讲解软件设计中的模式应用。设计模式是软件工程中的一种最佳实践,它总结了在特定上下文中解决问题的常见方法,使得开发者可以复用这些解决方案,提高...
以上只是设计模式中的一部分,研磨设计模式的配套源代码可能涵盖了这些或更多的模式。通过学习这些源代码,你可以更深入地理解每个模式的实现细节,以及如何在实际项目中灵活应用。这将有助于提升你的编程技能,使...
《研磨设计模式》是一本深入探讨软件设计模式的书籍,其配套源代码包含了许多经典设计模式的实际应用示例。这些源代码可以帮助读者更直观地理解设计模式的原理和使用方法,进一步提升软件开发能力。 设计模式是软件...
《研磨设计模式》是由陈臣和王斌合著,由清华大学出版社出版的一本深入探讨设计模式的专业书籍。设计模式是软件工程中的一个重要概念,它代表了在特定上下文中解决问题的常见方法,经过时间和实践的验证,具有很高的...
《研磨设计模式》是一本深入探讨软件设计模式的书籍,配套源代码是作者为了帮助读者更好地理解和应用书中介绍的设计模式而提供的实践示例。设计模式是软件开发中经过实践检验的、解决常见问题的模板,它为软件设计...
这个“研磨设计模式博文集”显然是一份深入探讨设计模式的资料集合,其中可能包含了对多种设计模式的详细解析、示例代码以及实际应用中的经验分享。在软件开发中,设计模式能够帮助开发者提高代码质量、可读性和可...
这个压缩包“研磨设计模式全部源代码”包含了多种设计模式的实现,这些模式可以帮助开发者写出更可维护、可扩展和可复用的代码。下面将详细讲解其中可能包含的一些重要设计模式及其应用。 1. 工厂模式:这是最简单...
《研磨设计模式》这本书是软件开发领域中的经典之作,主要关注的是面向对象设计中的设计模式。设计模式是在特定上下文中解决常见问题的最佳实践,它为开发者提供了在类似情况下重复使用解决方案的模板,有助于提高...
《研磨设计模式》完整覆盖GoF讲述的23个设计模式并加以细细研磨。初级内容从基本讲起,包括每个模式的定义、功能、思路、结构、基本实现、运行调用顺序、基本应用示例等,让读者能系统、完整、准确地掌握每个模式,...
研磨设计模式是一本深入探讨软件设计原则与实践的书籍,其讲课PPT为我们提供了丰富的设计模式知识。设计模式是软件工程中经过实践验证的、解决常见问题的模板,是经验丰富的开发人员智慧的结晶。这些模式可以帮助...
《研磨设计模式》是一本深入探讨软件设计模式的经典书籍,源代码包含了书中所讲解的各种设计模式的实际应用示例。设计模式是软件工程中的重要概念,它们是经过反复验证、在特定情境下解决常见问题的有效解决方案。...
1. **单例模式**:确保一个类只有一个实例,并提供一个全局访问点。在资源管理、缓存或者线程池等场景中广泛应用。 2. **工厂模式**:提供一个接口来创建对象,但让子类决定实例化哪一个类。工厂方法让类的实例化...
《研磨设计模式》完整覆盖GoF讲述的23个设计模式并加以细细研磨。初级内容从基本讲起,包括每个模式的定义、功能、思路、结构、基本实现、运行调用顺序、基本应用示例等,让读者能系统、完整、准确地掌握每个模式,...