大发三分快三倍投_在面试通过通过单例模式来展示实例

  • 时间:
  • 浏览:2
  • 来源:小和博客 - 专注共享杨小杰博客资源

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

    肯能在项目里,多个运行实例后会 从同有另另好几个 配置文件里读取发送邮件的列表,这么大伙就可不这么用单例模式来创建我应该 是读配置文件的类。大伙先来看下单线程情况表下单例模式的写法。

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等线程相关话题),但会 再展开,原本就可不这么继续在当时人熟悉的范围内回答大问题。

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