- 浏览: 138016 次
-
文章分类
- 全部博客 (219)
- spring (27)
- log (2)
- setupfactory (1)
- java (89)
- database (14)
- strust2 (1)
- java memcache (10)
- 网络协议 (1)
- hibernate (9)
- jms (4)
- tomcat (12)
- spring security (2)
- mybatis (7)
- web service (4)
- 项目总结 (4)
- ant (1)
- Linux (1)
- 架构 (2)
- 资料 (2)
- redis (12)
- maven (3)
- jvm (3)
- wechat (2)
- jdk 源码 (1)
- 面试 (9)
- java 序列化 (0)
- 数据结构 (1)
- netty (1)
- 22 (0)
最新评论
-
yszzu:
java -cp "lib/*" 自动搜索 ...
JAVA CP命令 -
smallbug_vip:
能不能受累从百度上把图片缓存本地然后传给iteye。
vpn的实现原理 -
xiaoxuan_blog:
...
getResource()和getResourceAsStream以及路径问题
原文:http://cantellow.iteye.com/blog/838473
第一种(懒汉,线程不安全):
Java代码 收藏代码
public class Singleton {
private static Singleton instance;
private Singleton (){}
public static Singleton getInstance() {
if (instance == null) {
instance = new Singleton();
}
return instance;
}
}
这种写法lazy loading很明显,但是致命的是在多线程不能正常工作。
第二种(懒汉,线程安全):
Java代码 收藏代码
public class Singleton {
private static Singleton instance;
private Singleton (){}
public static synchronized Singleton getInstance() {
if (instance == null) {
instance = new Singleton();
}
return instance;
}
}
这种写法能够在多线程中很好的工作,而且看起来它也具备很好的lazy loading,但是,遗憾的是,效率很低,99%情况下不需要同步。
第三种(饿汉):
Java代码 收藏代码
public class Singleton {
private static Singleton instance = new Singleton();
private Singleton (){}
public static Singleton getInstance() {
return instance;
}
}
这种方式基于classloder机制避免了多线程的同步问题,不过,instance在类装载时就实例化,虽然导致类装载的原因有很多种,在单例模式中大多数都是调用getInstance方法, 但是也不能确定有其他的方式(或者其他的静态方法)导致类装载,这时候初始化instance显然没有达到lazy loading的效果。
第四种(饿汉,变种):
Java代码 收藏代码
public class Singleton {
private Singleton instance = null;
static {
instance = new Singleton();
}
private Singleton (){}
public static Singleton getInstance() {
return this.instance;
}
}
表面上看起来差别挺大,其实更第三种方式差不多,都是在类初始化即实例化instance。
第五种(静态内部类):
Java代码 收藏代码
public class Singleton {
private static class SingletonHolder {
private static final Singleton INSTANCE = new Singleton();
}
private Singleton (){}
public static final Singleton getInstance() {
return SingletonHolder.INSTANCE;
}
}
这种方式同样利用了classloder的机制来保证初始化instance时只有一个线程,它跟第三种和第四种方式不同的是(很细微的差别):第三种和第四种方式是只要Singleton类被装载了,那么instance就会被实例化(没有达到lazy loading效果),而这种方式是Singleton类被装载了,instance不一定被初始化。因为SingletonHolder类没有被主动使用,只有显示通过调用getInstance方法时,才会显示装载SingletonHolder类,从而实例化instance。想象一下,如果实例化instance很消耗资源,我想让他延迟加载,另外一方面,我不希望在Singleton类加载时就实例化,因为我不能确保Singleton类还可能在其他的地方被主动使用从而被加载,那么这个时候实例化instance显然是不合适的。这个时候,这种方式相比第三和第四种方式就显得很合理。
第六种(枚举):
Java代码 收藏代码
public enum Singleton {
INSTANCE;
public void whateverMethod() {
}
}
这种方式是Effective Java作者Josh Bloch 提倡的方式,它不仅能避免多线程同步问题,而且还能防止反序列化重新创建新的对象,可谓是很坚强的壁垒啊,不过,个人认为由于1.5中才加入enum特性,用这种方式写不免让人感觉生疏,在实际工作中,我也很少看见有人这么写过。
第七种(双重校验锁):
Java代码 收藏代码
public class Singleton {
private volatile static Singleton singleton;
private Singleton (){}
public static Singleton getSingleton() {
if (singleton == null) {
synchronized (Singleton.class) {
if (singleton == null) {
singleton = new Singleton();
}
}
}
return singleton;
}
}
这个是第二种方式的升级版,俗称双重检查锁定,详细介绍请查看:http://www.ibm.com/developerworks/cn/java/j-dcl.html
在JDK1.5之后,双重检查锁定才能够正常达到单例效果。
总结
有两个问题需要注意:
1.如果单例由不同的类装载器装入,那便有可能存在多个单例类的实例。假定不是远端存取,例如一些servlet容器对每个servlet使用完全不同的类装载器,这样的话如果有两个servlet访问一个单例类,它们就都会有各自的实例。
2.如果Singleton实现了java.io.Serializable接口,那么这个类的实例就可能被序列化和复原。不管怎样,如果你序列化一个单例类的对象,接下来复原多个那个对象,那你就会有多个单例类的实例。
对第一个问题修复的办法是:
Java代码 收藏代码
private static Class getClass(String classname)
throws ClassNotFoundException {
ClassLoader classLoader = Thread.currentThread().getContextClassLoader();
if(classLoader == null)
classLoader = Singleton.class.getClassLoader();
return (classLoader.loadClass(classname));
}
}
对第二个问题修复的办法是:
Java代码 收藏代码
public class Singleton implements java.io.Serializable {
public static Singleton INSTANCE = new Singleton();
protected Singleton() {
}
private Object readResolve() {
return INSTANCE;
}
}
对我来说,我比较喜欢第三种和第五种方式,简单易懂,而且在JVM层实现了线程安全(如果不是多个类加载器环境),一般的情况下,我会使用第三种方式,只有在要明确实现lazy loading效果时才会使用第五种方式,另外,如果涉及到反序列化创建对象时我会试着使用枚举的方式来实现单例,不过,我一直会保证我的程序是线程安全的,而且我永远不会使用第一种和第二种方式,如果有其他特殊的需求,我可能会使用第七种方式,毕竟,JDK1.5已经没有双重检查锁定的问题了。
========================================================================
superheizai同学总结的很到位:
不过一般来说,第一种不算单例,第四种和第三种就是一种,如果算的话,第五种也可以分开写了。所以说,一般单例都是五种写法。懒汉,恶汉,双重校验锁,枚举和静态内部类。
我很高兴有这样的读者,一起共勉。
发表评论
-
java 动态编译和加载类
2016-04-20 10:03 671import javax.tools.*; imp ... -
Redis内存使用优化与存储
2016-04-09 11:21 817传统MySQL+ Memcached架构遇到的问题 实际M ... -
反应器(Reactor)模式
2016-04-04 20:28 300概述 Java NIO非堵塞技 ... -
系列技术 教程博客地址
2016-04-04 11:30 4271: 阮一峰 技术博客 http://www.rua ... -
69道Spring面试题和答案
2016-03-31 21:46 560目录 Spring 概述 依赖 ... -
IO基础入门之I/O多路复用技术
2016-03-29 13:18 476在I/O编程过程中,当需 ... -
再谈select, iocp, epoll,kqueue及各种I/O复用机制
2016-03-29 12:51 638首先,介绍几种常见的I/O模型及其区别,如下: bl ... -
动态编辑加载自定义类
2016-03-17 23:39 455package test; import java.io. ... -
Java动态代理机制详解(JDK和CGLIB,Javassist,ASM)
2016-03-17 23:10 1112lass文件简介及加载 Java编译器编译好 ... -
Java IO vs NIO vs AIO vs 协议Servlet 3.0 以及NIO的框架
2016-03-12 17:12 557nio(new io)从jdk1.4就有了,但是一直没用过,今 ... -
亿级Web系统搭建——单机到分布式集群
2016-03-06 21:23 460当一个Web系统从日访问量10万逐步增长到1000万,甚至超 ... -
Web系统大规模并发——电商秒杀与抢购
2016-03-06 21:12 497电商的秒杀和抢购,对我们来说,都不是一个陌生的东西。然而,从 ... -
浏览器 HTTP 协议缓存机制详解
2016-03-06 17:53 480最近在准备优化日志请求时遇到了一些令人疑惑的问题,比如为什么 ... -
SQL 优化经验总结34条
2016-03-05 12:08 577(1) 选择最有效率的 ... -
java 知识 点
2016-03-02 13:40 467面试要点 了解一下教 ... -
Java开发中的23种设计模式详解(转)
2016-03-01 14:14 465设计模式(Design pattern ... -
设计模式六大原则
2016-02-29 13:24 493目录: 设计模式六大原则(1):单一职责原则 设计模式 ... -
Java中的IO流系统详解
2016-02-28 18:13 552摘要: Java 流在处理上分为字符流和字节流。字符流处理 ... -
40个Java集合类面试题和答案
2016-02-27 22:06 5401.Java集合框架是什么? ... -
CAS实现SSO单点登录原理
2016-02-27 11:25 4701. CAS 简介 1.1. What ...
相关推荐
Java设计模式之单例模式的七种写法 单例模式是一种常见的设计模式,它确保某个类只有一个实例,而且自行实例化并向整个系统提供这个实例。在计算机系统中,线程池、缓存、日志对象、对话框、打印机的驱动程序对象常...
android资料 单例模式的八种写法比较 单例模式是一种常用的软件设计模式,其定义是单例对象的类只能允许一个实例存在。
单例模式是软件设计模式中的一种,用于控制类的实例化过程,确保一个类只有一个实例,并提供全局访问点。在Java中,实现单例模式有多种方法,每种方法都有其特点和适用场景。以下是对这六种常见单例模式实现方式的...
第七种(双重检查锁定DCL,即double-checked locking):1 public class Singleton {2 private volatile static Singleton singleton;3 private Singleton (){}4 public static Singleton getInstance() {5 if ...
### Java单例模式开发的七种写法 #### 概述 单例模式是一种常用的软件设计模式,其目的是确保一个类仅有一个实例,并提供一个全局访问点。在Java编程语言中,实现单例模式的方法有很多种,不同的实现方式具有不同的...
单例模式是软件设计模式中的一种,用于控制类的实例化过程,确保一个类在整个程序运行期间只有一个实例存在。在Java、C#等面向对象语言中,单例模式被广泛应用,尤其是在需要频繁创建和销毁的对象,或者需要全局访问...
2、单例类必须自己创建自己的唯一实例 3、单例类必须给所有其他对象提供这一实例 2、资源加载和性能:饿汉式在类创建的同时就实例化一个静态对象出来,不管之后会不会
在Unity游戏开发中,单例模式是一种常用的编程设计模式,它确保一个类只有一个实例,并提供一个全局访问点。这种模式在处理需要跨场景共享数据的情况时尤其有用,因为Unity的场景切换可能导致对象被销毁,而单例则...
每种单例模式都有其适用场景: - **懒汉式(线程不安全)**适用于简单的、非并发环境。 - **懒汉式(线程安全)**在需要保证线程安全的情况下使用,但性能较低。 - **饿汉式**适用于对性能要求较高的情况,不支持...
因此,枚举的写法也是实现单例模式的最佳实践。 ## 单例模式可能遇到的问题 ### 反序列化破坏单例 当单例对象实现java.io.Serializable接口后,即使单例类实现了readResolve()方法,但反序列化过程中仍然会创建一...
在iOS开发中,单例模式是一种常见的设计模式,它确保一个类只有一个实例,并提供一个全局访问点。在Objective-C中,有两种官方推荐的单例模式实现方式,这两种方法都保证了单例对象的线程安全。以下是这两种写法的...
双重检查锁定是一种优化懒汉式单例模式的写法,它可以在多线程环境中保证实例的唯一性,同时避免不必要的同步开销。通过在声明实例变量时加上volatile关键字,可以确保在读取该变量时不会发生指令重排序,从而保证了...
Objective-C中的单例模式是一种设计模式,用于在整个应用程序中确保只有一个特定类的实例存在,并提供一个全局访问点来获取这个实例。单例模式在iOS开发中广泛应用,特别是在管理共享资源、配置设置或网络请求等场景...
- 单例模式是一种设计模式,确保一个类只有一个实例,并提供一个全局访问点。 2. **应用场景**: - 系统配置管理、日志记录器、线程池、数据库连接池等。 3. **创建步骤**: - 将构造器私有化,防止外部实例...
综上所述,单例模式在Java中的实现有多种方式,每种方式都有它的适用场景和潜在风险。开发者需要根据具体需求和环境选择合适的实现方式,并注意可能出现的问题,如线程安全、内存可见性和反射攻击等,来保证单例模式...