Java开发之单例设计模式
设计模式之单例模式:
一.单例模式实现特点:①单例类在整个应用程序中只能有一个实例(通过私有无参构造器实现);②单例类必须自己创建这个实例并且可供其他对象访问(通过静态公开的访问权限修饰的getInstance()方法实现);
简单实例1:
public class Singleton {
private static Singleton uniqueInstance = null;
/**
* Singleton通过将构造方法限定为private避免了类在外部被实例化,在同一个虚拟机范围内,
* Singleton的唯一实例只能通过getInstance()方法访问。
*/
private Singleton() {
super();
}
/**
* getInstance()方法特点:
* ①public修饰
* ②static修饰
* ③在其内部创建本类对象并赋给成员变量
*/
public static Singleton getInstance() {
if ( uniqueInstance == null ) {
uniqueInstance = new Singleton();
}
return uniqueInstance;
}
}
简单实例2:
①我们先在java工程中创建一个单例类
public class Tools {
private String name;
private static Tools toolsInstance=null;
private Tools(){
}
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
public static Tools getInstance(){
if(toolsInstance==null){
toolsInstance=new Tools();
}
return toolsInstance;
}
}
②我们创建一个简单的测试类,验证单例设计特点是否正确
public class TestTools extends AndroidTestCase {
public static void main(String[] args) {
Tools tool1 = Tools.getInstance();
tool1.setName("猪八戒");
System.out.println(tool1.getName());
Tools tool2 = Tools.getInstance();
tool2.setName("孙悟空");
System.out.println(tool2.getName());
System.out.println(tool1.getName());
if ( tool1 == tool1 ) {
System.out.println("tool1和tool1是同一个对象");
}
}
}
二.单例模式的应用扩展
1.懒汉式模式:懒汉式是典型的用时间换空间,也就是每次获取实例都会进行判断,,看是否需要创建实例,因此浪费了一定的程序运行时间,但因此避免了不必要的内存空间的占用。
2.饿汉式模式:饿汉式是典型的用空间换时间,当类加载的时候会创建类实例,故节省了运行时间,但可能浪费了不必要的内存空间。
3.登记式模式:登记式实际对一组单例模式进行的维护,主要是在数量上的扩展,通过map我们把单例存进去,这样在调用时,先判断该单例是否已经创建,是的话直接返回,不是的话创建一个登记到map中,再返回。对于数量又分为固定数量和不固定数量的。下面采用的是不固定数量的方式,在getInstance方法中加上参数(string name)。然后通过子类继承,重写这个方法将name传进去。
实例代码如下:
public class Singleton {
private static Map< String, Singleton > map = new HashMap< String, Singleton >();
//静态代码块
static {
Singleton single = new Singleton();
map.put(single.getClass().getName(), single);
}
//保护的默认构造子
protected Singleton() {
}
//静态工厂方法,返还此类惟一的实例
public static Singleton getInstance(String name) {
if ( name == null ) {
name = Singleton.class.getName();
System.out.println("name == null" + "--->name=" + name);
}
if ( map.get(name) == null ) {
try {
map.put(name, (Singleton) Class.forName(name).newInstance());
} catch ( InstantiationException e ) {
e.printStackTrace();
} catch ( IllegalAccessException e ) {
e.printStackTrace();
} catch ( ClassNotFoundException e ) {
e.printStackTrace();
}
}
return map.get(name);
}
public static void main(String[] args) {
Singleton singleTest = Singleton.getInstance(null);
System.out.println(singleTest.about());
}
}
补充(静态代码块和静态方法的区别):如果有些代码必须在项目启动的时候就执行,就需要使用静态代码块,这种代码是主动执行的;
需要在项目启动的时候就初始化但是不执行,在不创建对象的情况下,可以供其他程序调用,而在调用的时候才执行,这需要使用静态方法,这种代码是被动执行的. 静态方法在类加载的时候 就已经加载 可以用类名直接调用。
三.线程安全:
从线程安全的角度上讲,不加同步的懒汉式是线程不安全的,比如:有两个线程,一个是线程First,一个是线程Second,他们同时调用getInstance()方法,那就可能导致并发问题,因为在First线程中判断instance==null的时候会通过new 创建单例对象,但是此时,可能在Second线程中,也进行了同样的instance==null判断,因为此时,线程First中的对象还没有创建完成,所以线程Second中也会通过new来创建单例对象,那么问题就来了!同时会创建出两个实例来,也就是说单例的作用在并发的情况下失效了。
而饿汉式是线程安全的,因为虚拟机只会装载一次,在装载类的时候是不会发生并发的。可以直接用于多线程而不会出现问题!那么,我们如何实现懒汉式的线程安全呢?很简单,我们只需要通过synchronized修饰即可解决问题,比如:
Public static synchronized Singleton getInstance(){}但是这样一来,会降低整个访问的速度,而且每次都要判断。那么有没有更好的方式来实现呢?
双重检查加锁:
可以使用"双重检查加锁"的方式来实现,就可以既实现线程安全,又能够使性能不受到很大的影响。那么什么是"双重检查加锁"机制呢?
所谓双重检查加锁机制,指的是:并不是每次进入getInstance方法都需要同步,而是先不同步,进入方法过后,先检查实例是否存在,如果不存在才进入下面的同步块,这是第一重检查。进入同步块过后,再次检查实例是否存在,如果不存在,就在同步的情况下创建一个实例,这是第二重检查。这样一来,就只需要同步一次了,从而减少了多次在同步情况下进行判断所浪费的时间。
双重检查加锁机制的实现会使用一个关键字volatile,它的意思是:被volatile修饰的变量的值,将不会被本地线程缓存,所有对该变量的读写都是直接操作共享内存,从而确保多个线程能正确的处理该变量。
示例代码如下:
public class Singleton {
private volatile static Singleton instance = null;
private Singleton(){
}
public static Singleton getInstance(){
//先检查实例是否存在,如果不存在才进入下面的同步块
if(instance == null){
//同步块,线程安全地创建实例
synchronized(Singleton.class){
//再次检查实例是否存在,如果不存在才真正地创建实例
if(instance == null){
instance = new Singleton();
}
}
}
return instance;
}
}
这种实现方式可以实现既线程安全地创建实例,而又不会对性能造成太大的影响。它只是在第一次创建实例的时候同步,以后就不需要同步了,从而加快了运行速度。
Java开发之单例设计模式的更多相关文章
- iOS开发之单例设计模式(完整正确版本)
单例的意思从字面上就可以略知一二,所谓单例就是确保在程序运行过程中只创建一个对象实例.可以用于需要被多次广泛或者说多次使用的资源中,比如我们常见的网络请求类.工具类以及其它管理类等.比如我iOS开发中 ...
- Java学习笔记——单例设计模式Singleton
单例设计模式:singleton 解决的问题: 确保程序在运行过程中,某个类的实例instance只有一份. 特点: 1 构造函数私有化 2 自己内部声明自己 3 提供一个public方法,负责实例化 ...
- Java笔记(十一)……单例设计模式
设计模式 解决某一类问题最行之有效的方法 Java中有23中设计模式 单例设计模式 解决一个类在内存中只存在一个对象 思路 将构造函数私有化 在类中创建一个本类对象 提供一个方法可以获取到对象 两种方 ...
- Java中常用来处理时间的三个类:Date、Calendar、SimpleDateFormate,以及Java中的单例设计模式:懒汉式、饿汉式以及静态内部类式
(一)java.util.Date类 1.该类有一个long类型的属性:用来存放时间,是用毫秒数的形式表示,开始的日期是从1970年1月1号 00:00:00. 2.该类的很多方法都已经过时,不 ...
- Java面向对象_单例设计模式
单例设计模式:保证一个类仅有一个实例,并提供一个访问它的全局访问点 1.构造方法私有化 2.声明一个本类对象 3.给外部提供一个静态方法获取对象实例 两种实现方式:饿汉式和懒汉式 何种情况下使用呢?当 ...
- Java 多线程之单例设计模式
转载:https://segmentfault.com/a/1190000007504892 概念: Java中单例模式是一种常见的设计模式,单例模式的写法有好几种,这里主要介绍两种:懒汉式单例.饿汉 ...
- java中的单例设计模式
单例模式有一下特点: 1.单例类只能有一个实例. 2.单例类必须自己自己创建自己的唯一实例. 3.单例类必须给所有其他对象提供这一实例. 单例模式确保某个类只有一个实例,而且自行实例化并向整个系统提供 ...
- Java并发-懒汉式单例设计模式加volatile的原因
懒汉式单例的double check.例一: class SingletonClass{ private static SingletonClass instance = null; private ...
- 02_javaSE面试题:单例设计模式
还记得很多年前,面试就让在白板上写个单例模式,当时技术渣渣,还写的是class A.面试官还说,你就不能写个Singleton. 面试题 编程题:写一个Singleton示例 解析 什么是Single ...
随机推荐
- ios7.0结合storyborad实现页面跳转的总结
折腾了一整天,本文总结一下ios7.0页面跳转有关的内容 storyboard的潜规则 我接触ios很晚,环境已经是xcode5+ios7,所以对以前的IOS开发模式并不了解.在网上查阅了很多资料,发 ...
- ios应用启动后的自动版本检测方式
今天意外的发现了appstore居然还提供通过url获取json格式的客户端信息链接: http://itunes.apple.com/lookup?id=$id 通过此地址可以获取应用的icon.介 ...
- How to install DIG dns tool on windows 7
This guide explain how to install dig dns tool on windows 7 in few steps: 1. First go to http://www. ...
- iTween基础之Rotate(旋转角度)
一.基础介绍:二.基础属性 原文地址 :http://blog.csdn.net/dingkun520wy/article/details/50696489 一.基础介绍 RotateTo:旋转游戏物 ...
- Careercup - Facebook面试题 - 5671785349513216
2014-05-02 01:05 题目链接 原题: bool anaStrStr (string needle, string haystack) { } Write a function that ...
- Ajax ContentType 列表
".*"="application/octet-stream" ".001"="application/x-001" & ...
- Framework 类库的事件编程
http://msdn.microsoft.com/zh-cn/library/aa663632.aspx 本页内容 EventHandler 委托 自定义的事件参数 参数化自定义事件 小结 本月的内 ...
- 【BZOJ】【2223】【COCI 2009】PATULJCI
可持久化线段树 同BZOJ 3524,但是不要像我一样直接贴代码……TAT白白WA了一次,so sad /*********************************************** ...
- KASS分布式文件系统(Kass File System)
KASS分布式文件系统(Kass File System),简称KFS,是开始公司自主研发的分布式文件存储服务平台.KFS系统架构及功能服务类似Hadoop/GFS/DFS,它通过HTTP-WEB为上 ...
- 企业运营对 DevOps 的「傲慢与偏见」
摘要:出于各种原因,并非所有人都信任 DevOps .有些人觉得 DevOps 只不过给开发者改善产品提供了一个途径而已,还有的人觉得 DevOps 是一堆悦耳的空头支票,甚至有人认为 DevOps ...