1分彩神彩_在面试通过通过单例模式来展示实例

  • 时间:
  • 浏览:1

    在面试初级和高级开发时,一般会问设计模式的什么的问提。通常会让写下单例模式的实现妙招,可能性让结合项目,说下用过的设计模式,在本文里,就将讲述单例模式的多种写法,以此告诉大伙怎么还可不可以在面试中展示实力。

    可能性在项目里,多个运行实例都是从同有有三个配置文件里读取发送邮件的列表,这麼 大伙就也能用单例模式来创建这名 读配置文件的类。大伙先来看下单守护线程池池情况下单例模式的写法。

1	public class MailListReader {
2	    private static MailListReader reader = null;
3	    private MailListReader(){}//构造函数私有
4	    //向实物开放有有三个公有的静态函数来提供对象
5	    public static MailListReader getInstance() {
6	        if(reader == null)
7	           reader = new MailListReader();
8	        return reader;
9	    } 
10	    //提供邮件列表的妙招
11	     List<String> provideList()
12	     { 省略提供邮件列表的代码 }
13	}

    在上述的代码里,大伙也能看后实现单例模式的两大每种,第一,第3行提供的构造函数是私有的,以前实物代码就无法通过调用构造函数来创建MailListReader对象。第二,会通过诸如第5行的代码向外界提供read实例,刚刚我在这名 妙招里,必须当read对象为null时,才创建并返回该对象。

    可能性守护线程池池是运行在单守护线程池池环境下,这麼 上述实现妙招真是能满足单例的需求,但在多守护线程池池的情况下,冒出 多个守护线程池池一同调用getInstance妙招,这麼 就无法保证单例了。

    真是,大伙也能通过加synchronized来保证多守护线程池池场景里必须有有三个MailListReader对象被创建,代码改写如下。      

1	public class MailListReader {
2	    private static MailListReader reader = null;
3	    private MailListReader(){}//构造函数私有
4	     public static MailListReader getInstance() {
5	        Synchronized(MailListReader.class){
6	            if(reader == null)
7	               reader = new MailListReader();
8	        } 
9	        return reader;
10	    } 
11	    //省略提供邮件列表的妙招 
12	}

    大伙把第7行的new的动作饱含在第5行的Synchronized代码块里,以前这名 new代码在同有有三个时间段里必须被有有三个守护线程池池调用,多个守护线程池池一同到来都是冒出 排队的情况,以前速率这名 低下。这名 ,大伙还也能通过如下的“双重检查”的妙招来兼顾守护线程池池安全和性能。      

1	public class MailListReader {
2	    private static MailListReader reader = null;
3	    private MailListReader(){}//构造函数私有
4	     public static MailListReader getInstance() {
5	        if(reader== null){
6	           synchronized (MailListReader.class){
7	             if(reader == null){
8	                 reader = new MailListReader ();
9	              }
10	            }
11	         }
12	         return reader;
13	    } 
14	    //省略提供邮件列表的妙招 
15	}

    大伙在getInstance妙招里的第5和第7行有有三个地方通过有有三个if来检查,这这名 “双重检查”。这里大伙在加锁前做了有有三个算不算为空的判断。通过这名 判断大伙能看后了算不算有其它守护线程池池得到reader对象,以前就也能处里第6行的锁对象的操作,从而能处里多守护线程池池排队的情况。

    大伙完全也能通过你在项目中的实际案例,用单例模式来说明自己对设计模式的理解,刚刚我也能由浅到深地总是讲到“双重检查”妙招,以前面试官就能知道,你不仅知道这名 模式最基本的写法,还知道掌握怎么还可不可以在多守护线程池池中应用的高级技能,更为重要的是,大伙能通过实际案例,向面试官说明你不仅知道理论,而会应用。  

    此外,在讲完上述回答后,大伙也能再往如下有有三个方向扩展,第一也能继续说,除了单例模式外,在大伙项目里,还用到其它设计模式,刚刚我再结合案例说明,可能性再围绕刚才单例模式里提到的守护线程池池安全,再扩展出去说,除了在单例模式外,在大伙项目里都是考虑其它的守护线程池池并发因素,比如对这名 多守护线程池池间都需要用的键值对缓存,大伙是放满去ConcurrentHashMap,(可能性引出Lock,ThreadLocal等守护线程池池相关话题),刚刚我再展开,以前就也能继续在自己熟悉的范围内回答什么的问提。

    大伙也能想象下,可能性初级开发一方面照此说辞,很好地证明了设计模式方面的能力,自己面再通过准备加引导技术,不仅也能展示基础技能 ,更能有效地展示诸如底层代码等技能,这对成功通过面试大有好处。