软件设计模式—单例模式

前篇——软件设计模式-基础
前篇——软件设计模式-三种工厂模式
前篇——软件设计模式-装饰者模式

单例模式是创建型模式

1.定义及理解

在实践项目开发中经常会遇到一些对象,这样的对象在全局当中仅存在一个就可以。如果出现多个。程序执行可能会失败。或是内存上的管理问题。就是只需要一个即可,比如单位的公章。
记得之前英语学the的用法(用来特指唯一的存在的事物)
the sun、the moon

1.1 定义

定义:单例模式是确保一个类仅有一个实例,并提供一个访问它的全局访问点。

1.2 特点

  1. 单例类只有一个实例对象(不能通过像以往的 new 来创建对象
  2. 该单例对象必须由单例类自行创建
  3. 单例类对外提供一个访问该单例的全局访问点(即有一个对外的方法)

1.3 类图

在这里插入图片描述

1.3.1结构说明:

(单例模式的结构中只包含一个角色)

单例类:包含一个实例且能自行创建这个实例的类。

  1. 单例类有一个包含自身声明的类变量private Singleton uniqueInstance;
    用来存储单例对象的一个变量(私有)
    类变量:(static)
  2. 还有一个 getInstance() 静态方法来获得它的实例
  3. 构造方法:单例类的构造方法访问权限是private

2. 单例模式的实现

怎么样保证创建的对象具有唯一性呢:让单例类的构造方法私有化即可

2.1实现方式分类

2.1.1 懒汉式实现(单例对象延迟加载)

懒汉式为啥称懒呢,就是类加载时不生成实例对象,等到第一次调用 getInstance() 方法时才去创建。

public class LazySingleton{
	//保证instance在所有线程中同步
	private static volatile LazySingleton instance = null;
	//私有化构造方法(避免类在外部被实例化)
	private LazySingleton(){}
	//向外提供获取对象的方法
	public static synchronized LazySingleton getInstance(){
	//在静态方法中使用的变量也必须是静态的
		//判断是否有对象
		if(instance == null){
			instance = new LazySingleton();
		}
		return instance;
	}
}

sychronized(同步代码块关键字)
并发编程 sychronized 的使用——来自 淘小笛 的博客
sychronized 解决的是避免多个线程多次执行instance = new LazySingleton();避免创建多个对象生成,违反了单例模式设计初衷。(即假如此时有A、B两个线程,A线程执行完毕后,B线程才可以进行)

2.1.2 饿汉式实现

饿汉式呢,见名知意,就是比较饥渴
单例类只要一加载就创建一个单例,在调用getInstance()方法前就已经存在单例了。

public class HungrySingleton{
//类初始化时,立即加载对象(无延时加载),但是线程安全
	//直接赋值,不多BIBI
	private static final HungrySingleton instance = new HungrySingleton();
	private HungrySingleton(){}
	public static HungrySingleton getInstance(){
		return instance;
	}
}

Q:为什么不用sychronized关键字了:static变量会在装载时初始化。此时不会涉及多个线程对象访问该对象的问题,虚拟机保证只会装载一次该类,肯定不会发生访问的问题。因此可省略synchronized关键字
饿汉式不足:就是你提前创建的对象是必须创建的,即之后会不会用到不确定,用不到就是资源的浪费。

2.1.3 懒汉、饿汉对比

分类懒汉式实现饿汉式实现
线程不安全安全
调用效率不高
延时加载可以不可以
加载类的速度
加载对象的速度

3. 例子

3.1 e.g.1(唯一月亮)

public class Moon{
	private static Moon uniquemoon = null;
	double radius;
	double distancetoearth;
	private Moon(){
		radius = 1738;
		distancetoearth = 363300;
	}
	public static synchronized Moon getMoon(){
		if(uniquemoon == null){
			uniquemoon = new Moon();
		}
		return uniquemoon;
	}
	public String show(){
		String a = "月亮的半径是"+radius+"距离地球"+distancetoearth;
		return a;
	}
}

public class DemoMoon{
	public static void main(String args[]){
		//静态方法可以通过类名.方法名来调用。通过getMoon()方法来获得对象
		Moon m = Moon.getMoon();
		System.out.println(m.show());
	}
}

3.1.2 单例模式的应用场景

  1. 某个类只要求生成一个对象(如:一个班中的班长、每个人的身份证号)
  2. 当对象需要被共享的场合:由于单例模式只允许创建一个对象,共享该对象可以节省内存,并加快对象的访问速度。(如:Web(JSP中的application))
  3. 当类需要被频繁的实例化,而创建的对象又频繁的被销毁的时候(如:多线程的线程池、网络连接池)

3.1.3 单例模式优点

  1. 减少了系统性能的开销,当一个对象事多(比如读取配置、产生其他依赖对象),则通过应用启动时直接产生一个单例对象,然后永久驻留内存的方式来解决。
  2. 单例模式的唯一实例有单例类本身控制,可以很好的控制用户何时访问它。
  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
上篇:软件设计模式例子代码  【例2.2】简单工厂方法模式-汽车保险  【例2.3】工厂方法模式-汽车保险  【例2.4】抽象工厂模式-房屋信息  【例2.5】生成器模式-房屋信息  【例2.6】单例模式-互联网连接  【例3.2】组合模式-五子棋代码  【例3.3】组合模式-空军指挥系统  【例3.4】组合模式-世界问候语  【例3.7】类适配器模式-客户信息验证  【例3.8】对象适配器模式-字符串排序  【例3.10】外观模式-安全系统  【例3.11】外观模式-椭圆功能  【例3.13】桥接模式-茶水机系统  【例3.14】桥接模式-几何立体体积  【例4.1】迭代器模式-矩阵搜索  【例4.2】迭代器模式-产品搜索  【例4.4】访问者模式-名牌鞋销售软件  【例4.5】访问者模式-计算机部件销售软件  【例4.6】命令模式-室内温度控制  【例4.7】命令模式-室内温度控制-2个GUI  【例4.8】命令模式-室内温度控制-3个GUI  【例4.10】中介者模式-旅游信息共享  【例4.11】中介者模式-海岛机场  【例4.13】策略模式-整数排序  【例4.14】策略模式-中国属相  【例4.16】状态模式-交通信号灯-设计1  【例4.16】状态模式-交通灯信号灯-设计2  【例4.16】状态模式-交通灯信号灯-设计3 下篇:软件体系结构例子代码  【例6.4】结构化设计-文件更新-C源代码  【例6.5】面向对象设计架构-文件更新  【例6.7】顺序批处理架构-文件更新  【例6.8】顺序批处理架构-图像处理  【例6.9】管道过滤器架构-主动过滤器  【例6.10】管道过滤器架构-被动过滤器  【例6.11】管道-过滤器架构-文件更新  【例6.12】管道-过滤器架构-图像处理程  【例6.14】事件体系结构-鼠标响应  【例6.17】事件体系结构-观察者模式-大草原1  【例6.18】事件体系结构-观察者模式-大草原2  【例6.19】事件体系结构-观察者模式-温度显示  【例6.21】层次架构-软件测试  【例6.22】层次架构-银行- Access数据库  【例6.23】MVC架构-二手车拍卖-无观察者  【例6.24】MVC架构-二手车拍卖-观察者-3个图形界面  【例6.25】MVC架构-二手车拍卖-观察者-1个图形界面

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值