当单例模式遇到多线程并发的时候
2016-12-05 09:46
211 查看
对于单例模式,大家都不会感到陌生,特别是对于经常搞开发的再熟悉不过了。
但是,当你写一个单例的时候,你是否考虑到多线程并发的时候,会出现什么问题???
单例模式无非都是私有化的访问:
/*
* GZYY 2016-12-5 上午9:17:44
* author: zsz
*/
public class Singleton {
private static Singleton singleton;
public static Singleton getInstance() {
if (singleton == null) {
singleton = new Singleton();
}
return singleton;
}
}
相信这是大家写单例经常用的方法,那么对于在多线程并发的时候呢?
在讲之前首先要知道singleton = new Singleton()在编译的时候做了什么内容:
1:给Singleton的实例分配内存
2:调用Singletion的构造函数,初始化成员字段
3:将singleton对象指向分配的内存空间(此时的singleton就不为空了)
虽然逻辑上是这样走的路线,但是单一线程走的路线会出现重排序的情况(重排序:执行的顺序可能是乱的,但最终的结果是一样的),那么当我这个实例化的线程跑到一半的时候,cpu的资源被其他相关线程调用实例化的时候抢了,这不就gg了么!!
解决的办法有两个:
1:一种是使用synchronized关键字
public static Singleton getInstance() {
if (singleton == null) {
synchronized (Singleton.class) {
if (singleton == null) {
singleton = new Singleton();
}
}
}
return singleton;
}
2:另一种是通过内部静态类来获取
public class Singleton {
private static Singleton singleton;
public static Singleton getInstance() {
return SingletonHolder.mSingleton;
}
private static class SingletonHolder {
private static final Singleton mSingleton = new Singleton();
}
}
我觉的最好是第二种,一个是省略了重复的判断,而是以其自己判断,还不如让jvm自己在堆里面找。
但是,当你写一个单例的时候,你是否考虑到多线程并发的时候,会出现什么问题???
单例模式无非都是私有化的访问:
/*
* GZYY 2016-12-5 上午9:17:44
* author: zsz
*/
public class Singleton {
private static Singleton singleton;
public static Singleton getInstance() {
if (singleton == null) {
singleton = new Singleton();
}
return singleton;
}
}
相信这是大家写单例经常用的方法,那么对于在多线程并发的时候呢?
在讲之前首先要知道singleton = new Singleton()在编译的时候做了什么内容:
1:给Singleton的实例分配内存
2:调用Singletion的构造函数,初始化成员字段
3:将singleton对象指向分配的内存空间(此时的singleton就不为空了)
虽然逻辑上是这样走的路线,但是单一线程走的路线会出现重排序的情况(重排序:执行的顺序可能是乱的,但最终的结果是一样的),那么当我这个实例化的线程跑到一半的时候,cpu的资源被其他相关线程调用实例化的时候抢了,这不就gg了么!!
解决的办法有两个:
1:一种是使用synchronized关键字
public static Singleton getInstance() {
if (singleton == null) {
synchronized (Singleton.class) {
if (singleton == null) {
singleton = new Singleton();
}
}
}
return singleton;
}
2:另一种是通过内部静态类来获取
public class Singleton {
private static Singleton singleton;
public static Singleton getInstance() {
return SingletonHolder.mSingleton;
}
private static class SingletonHolder {
private static final Singleton mSingleton = new Singleton();
}
}
我觉的最好是第二种,一个是省略了重复的判断,而是以其自己判断,还不如让jvm自己在堆里面找。
相关文章推荐
- 高性能高并发服务器架构浅析--多线程模式
- 单例模式在多线程并发情况下的一些思考。
- Java多线程Thread-并发协作(生产者消费者设计模式)
- JAVA多线程并发下的单例模式应用
- Java多线程之并发协作生产者消费者设计模式
- ASP.NET 环境下的并发与多线程处理及单件模式、事件重入
- Java多线程之并发协作生产者消费者设计模式
- Java多线程之并发协作生产者消费者设计模式
- Java多线程之并发协作生产者消费者设计模式JDK1.5.0+升级优化版
- 多线程(八)---单例模式并发访问
- 自己在之前做两个项目中遇到多线程并发访问如何解决的一个简单demo程序
- 当遇到了linux启动只能进入只读模式的时候,请试试fsck
- 完整单例模式(处理多线程并发和alloc重用的写法)
- Java多线程之并发协作生产者消费者设计模式
- 基于多线程并发的单例模式
- JAVA并发设计模式学习笔记(一)—— JAVA多线程编程
- 多线程并发下的单例模式
- JAVA并发处理经验(四)并行模式与算法6:socket的服务端多线程
- 多线程高并发单例模式
- double check 解决单例模式的多线程并发问题