单例设计模式

单例设计模式的意思就是,确保一个类只能有一个对象。任何别的方法什么的对该类的操作全是对这一个对象的操作。如同我们电脑上的回收站。无论那个盘都有一个回收站的空间。但都是同一个。可以在回收站里全删除了。Jvm里面的GC也是一个意思。

单例设计模式有两种情况。

一、懒汉式

  1. 声明一个私有的静态变量
  2. 构造器私有化
  3. 创建一个对外的公有静态方法访问该变量,如果变量不存在,创建该对象。如果存在则返回这个私有的静态变量。这样就能保证外部在使用该类的对象时只会用同一个。

基本的懒汉式

class Jvm{
    //声明一个私有的静态变量
    private static Jvm instance;
    //构造器私有化
    private Jvm(){
    }
    //创建一个对外的公有静态方法访问该变量,如果变量不存在,创建该对象
    public static Jvm getJvm(){
        
        if(null==instance){
            instance=new Jvm();
        }
        
        return instance;
    }
}

这样在执行下列语句

Jvm jvm1=Jvm.getJvm();
Jvm jvm2=Jvm.getJvm();
System.out.println(jvm1);
System.out.println(jvm2);

他们得到的对象都是一样的了。地址一样即为同一个对象。

synTest.Jvm@15db9742
synTest.Jvm@15db9742

但是这样的懒汉式却是不安全的。如果是多线程来使用这个类,就会存在延迟。可能会产生多个对象。
这里我们放大他的延迟时间更容易的得到错误的结果。
修改上面的Jvm类。给他设置一个延迟时间

class Jvm1{
    private static Jvm1 instance;

    private Jvm1() {
    }
    
    public static Jvm1 getJvm(long time) {
        if (null == instance) {
            try {
                Thread.sleep(time); //这里由外部给定延迟时间
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            instance = new Jvm1();
        }
        return instance;
    }
}

创建使用这个Jvm1的线程

class JvmThread extends Thread{
    private long time;
    
    public JvmThread() {
    }
    //为方便查看,这里构造器也传个name,给这个线程设置名字。
    public JvmThread(long time,String name){
        this.time=time;
        //父类继承了私有的name,直接设置即可
        super.setName(name);
    }
    
    public void run() {
        System.out.println(Thread.currentThread().getName()+"创建了:"+Jvm1.getJvm(this.time));
        //这里直接在线程里面输出地址
    }
}

执行下列语句

JvmThread jth1=new JvmThread(500,"a");
JvmThread jth2=new JvmThread(1000,"b");
jth1.start();
jth2.start();

上面两个线程都使用了Jvm1类。构造了。按照单例模式的要求,对象地址应该是一样的。但结果如下

a创建了:synTest.Jvm1@43e8772d
b创建了:synTest.Jvm1@20b708e4

地址却不一样,下面分析

分析

所以这里就需要用到同步措施,使线程变得安全。
比较简单的方法是直接使用同步方法,或同步块

class Jvm1{
    private static Jvm1 instance;

    private Jvm1() {
    }
    //这个方法改成同步方法即可
    public static synchronized Jvm1 getJvm1(long time) {
        if (null == instance) {
            try {
                Thread.sleep(time); //这里由外部给定延迟时间
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            instance = new Jvm1();
        }
        return instance;
    }
}

或者同步块

public static Jvm1 getJvm1(long time) {
        synchronized(Jvm1.class){
            if (null == instance) {
                try {
                    Thread.sleep(time); //这里由外部给定延迟时间
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                instance = new Jvm1();
            }   
            return instance;
        }
    }

但是这样子设置会出现一个问题,每一个线程调用这个方法都得等待,即使已经有对象了,还需要等待。
稍作改进,人称double check

public static Jvm1 getJvm1(long time) {
        if(null==instance){
            synchronized(Jvm1.class){
                if (null == instance) {
                    try {
                        Thread.sleep(time); //这里由外部给定延迟时间
                    } catch (InterruptedException e) {
                        e.printStackTrace();
                    }
                    instance = new Jvm1();
                }   
            }
        }
    return instance;
    }

这样子,如果线程调用时,已经有对象的时候,就可以直接返回啦。不需要进去等待。而如果多个线程同时在没有对象时调用。也会进入那个synchronized块。不会生成多个对象。
<br />
二、饿汉式
1.构造器私有化
2.声明私有的静态属性,同时创建对象
3.对外提供访问属性的静态方法

饿汉式由于对象直接构建了,所以调用都是调用那个对象,不存在线程安全问题了。

饿汉式也有普通的和完善的。

基本饿汉式

class MyJvm{
    //声明私有的静态变量,同时构建对象
    private static MyJvm instance=new MyJvm();
    
    //构造器私有
    private MyJvm() {
    }
    
    public static MyJvm getMyJvm(){
        return instance;
    }
}

这里有一点不好的就是,在声明MyJvm时候,就构造了他的对象。如果MyJvm里面还有其他的静态方法的话,并且也只使用其他方法,那么那个对象的必要性就没有了。所以做如下改进。

class MyJvm2{
    //这里定义一个静态内部类。类是在调用的时候才会加载的。
    //当调用了下面的getMyJvm2方法时,才会用到MyJvm2Holder类,才会加载这个类。就会有那个对象了。
    private static class MyJvm2Holder{
        private static MyJvm2 instance=new MyJvm2();
    }
    
    private MyJvm2() {
    }
    
    public static MyJvm2 getMyJvm2(){
        return MyJvm2Holder.instance;
    }
}
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 214,444评论 6 496
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,421评论 3 389
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 160,036评论 0 349
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,363评论 1 288
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,460评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,502评论 1 292
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,511评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,280评论 0 270
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,736评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,014评论 2 328
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,190评论 1 342
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,848评论 5 338
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,531评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,159评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,411评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,067评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,078评论 2 352

推荐阅读更多精彩内容