Java多线程(五)

定时器与单例模式

本次更新的主要内容是多线程中的定时器Timer和单例模式,本来打算分两次更新的,这次就在一起更新了。这次更新完之后,多线程的基础理论知识系列就完结了,后续会发布Mysql的内部技术分析,多线程实战等内容,也会不定时的在每一期穿插更新一个算法或者编程技巧。

主要内容如下:

大纲

1 、定时器

在JDK中,Timer类主要负责计划任务的功能,也就是在执行定的时间开始执行某一个任务,Timer类的主要任务是设置计划任务,但封装任务的类却是TimerTask类(抽象类)。

1.1、方法schedule(TimerTask task,Date time)

该方法的作用是在指定的日期执行一次某一个任务。

样例如下:

public class MyTask extends TimerTask {
    @Override
    public void run() {
        //执行代码 
    }
}

MyTask task = new MyTask();
Timer timer = new Timer();
timer.schedule(task,new Date());

timer线程启动后,会一直存在,并没有结束,不能设置为守护线程,会影响task的执行。

  1. 执行时间晚于当前时间。
    到时间自动执行。
  2. 执行时间早于当前时间。
    立即执行
  3. Timer中有多个TimerTask任务及任务延时。
    TimerTask是以队列的方式一个一个被顺序地执行,所以执行时间有可能和预期不一样,因为前面的任务有可能消耗过大,后面的任务的运行时间也被延后。被延后的任务,会在前一个任务结束后立即执行。
1.2、方法schedule(TimerTask task,Date first,long period)

该方法的作用是在指定的日期之后按指定的时间间隔,无线循环地执行某一任务。

  1. 执行时间晚于当前时间。
    到时间自动执行。
  2. 执行时间早于当前时间。
    立即执行
  3. 执行任务时间被延时。
    任务的消耗时间大于period值,任务被无间隔的循环执行。
  4. TimerTask类的cancel()方法。
    该方法的作用是将自身从任务队列中进行删除。其他任务不受影响。
  5. Timer类的cancel方法。
    该方法的作用是将任务队列中的全部任务进行清除。且进程被摧毁。该方法并不一定总是生效的,失败的原因是没有争抢到queue锁。
1.3、方法schedule(TimerTask task,long delay)

该方法是以当前时间为参考,再次基础上延迟一定的毫秒数后执行一次TimerTask任务。

1.4、方法schedule(TimerTask task,long delay,long period)

该方法是以当前时间为参考,在此时间基础上,延迟指定的毫秒数,再以某一时间间隔无限次的执行某一任务。

1.5、方法scheduleAtFixedRate(TimerTask task,Date firstTime,long period)

方法schedule和scheduleAtFixedRate都会按顺序执行,所以不要考虑非线程安全的情况。主要区别在于有没有追赶性。

scheduleAtFixedRate方法具有追赶性,执行任务时间晚于计划时间,被卡掉的时间的任务,也会被执行。而schedule方法不会。

2、单例模式

2.1、饿汉模式

饿汉模式,在调用方法前,实例已经被创建了。

public class MyObject {
    //立即加载方式
    private static MyObject myObject = new MyObject();
    
    private MyObject(){
    }
    public static MyObject getInstance() {
    //立即加载
    //缺点不能有其他实例
    //get方法没有同步
    return myObject;
    }
}
2.2、懒汉模式

懒汉模式,在调用方法时才被创建。

public class MyObject {
    //立即加载方式
    private static MyObject myObject;
    
    private MyObject(){
    }
    public static MyObject getInstance() {
        if(myObject != null){
        
        }else {
            myObject = new MyObject();
        }
        return myObject;
    }
}

该代码在多线程环境中,会出现多个实例的情况,非安全。

解决办法:

  1. 声明关键字synchronized,但执行效率非常低下。
public class MyObject {
    //立即加载方式
    private static MyObject myObject;
    
    private MyObject(){
    }
    synchronized public static MyObject getInstance() {
        try{
            if(myObject != null){
            }else {
              myObject = new MyObject();
            }
        }catch(Exception e ){
            e.printStackTrace();
        }
        return myObject;
        
    }
}
  1. 同步代码块,同上。
  2. 使用DCL双检查机制。成功解决。
public class MyObject {
    //立即加载方式
    private volatile static MyObject myObject;
    
    private MyObject(){
    }
    public static MyObject getInstance() {
        try{
            if(myObject != null){
            }else {
              synchronized(MyObject.class){
                  if(myObject == null){
                     myObject = new MyObject();
                  }
              }
           }
        }catch(Exception e ){
            e.printStackTrace();
        }
        return myObject;
        
    }
}
2.3、静态内部类
public class MyObject {

  //内部类
  private static class MyObjectHandler {
    private static MyObject myObject = new MyObject();
  }
  private MyObject(){}
  
  public static MyObject getInstance() {
    return MyObjectHandler.myObject;
  }
}
2.4、序列化问题

静态内部类可以达到线程安全,但是不能解决序列化时多个实例的问题。

public class MyObject {

  //内部类
  private static class MyObjectHandler {
    private static MyObject myObject = new MyObject();
  }
  private MyObject(){}
  
  public static MyObject getInstance() {
    return MyObjectHandler.myObject;
  }
  
  protected Object readResolve() throws ObjectStreamException {
    return MyObjectHandler.myObject;
  }
}
2.5、静态代码块

原理:静态代码块在使用类是已经执行了。

public class MyObject {

  private static MyObject instance = null;
  
  private MyObject(){}
  
  static {
    instance = new MyObject();
  }
  public static MyObject getInstance(){
    return instance;
  }
}
2.6、枚举类实现

原理:和静态代码块类似,在使用枚举类时,构造方法会自动调用。职责单一原则,应该隐藏枚举类。

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

推荐阅读更多精彩内容