2分彩下载安装_在面试通过通过单例模式来展示实例

  • 时间:
  • 浏览:1
  • 来源:QQ星球网_提供辅助岛技术_270资源网资讯

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

    将会在项目里,多个运行实例完会从同一另有另一个配置文件里读取发送邮件的列表,这样亲戚大伙儿就可不可不可不里能用单例模式来创建这名 读配置文件的类。亲戚大伙儿先来看下单守护进程状态下单例模式的写法。

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等守护进程相关话题),因此再展开,原本就可不可不可不里能继续在被委托人熟悉的范围内回答大大问题。

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