您的位置:首页 > 编程语言 > Java开发

Java面试题集(七)--Spring常见面试问题

2018-03-21 20:53 429 查看
<bean id="employeeDAO" class="com.howtodoinjava.EmployeeDAOImpl" autowire="byName" />   
除了bean配置文件中提供的自动装配模式,还可以使用
@Autowired
注解来自动装配指定的
bean
。在使用
@Autowired
注解之前需要在按照如下的配置方式在
Spring
配置文件进行配置才可以使用。

[html] view plain copy <context:annotation-config />  
也可以通过在配置文件中配置
AutowiredAnnotationBeanPostProcessor
 达到相同的效果。
[html] view plain copy <bean class ="org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor"/>    
配置好以后就可以使用
@Autowired
来标注了。
[java] view plain copy @Autowired    
public EmployeeDAOImpl ( EmployeeManager manager ) {    
    this.manager = manager;    
}  

17、请解释自动装配模式的区别?

在Spring框架中共有5种自动装配,让我们逐一分析。no:这是Spring框架的默认设置,在该设置下自动装配是关闭的,开发者需要自行在bean定义中用标签明确的设置依赖关系。
byName:该选项可以根据bean名称设置依赖关系。当向一个bean中自动装配一个属性时,容器将根据bean的名称自动在在配置文件中查询一个匹配的bean。如果找到的话,就装配这个属性,如果没找到的话就报错。
byType:该选项可以根据bean类型设置依赖关系。当向一个bean中自动装配一个属性时,容器将根据bean的类型自动在在配置文件中查询一个匹配的bean。如果找到的话,就装配这个属性,如果没找到的话就报错。
constructor:造器的自动装配和byType模式类似,但是仅仅适用于与有构造器相同参数的bean,如果在容器中没有找到与构造器参数类型一致的bean,那么将会抛出异常。
autodetect:该模式自动探测使用构造器自动装配或者byType自动装配。首先,首先会尝试找合适的带参数的构造器,如果找到的话就是用构造器自动装配,如果在bean内部没有找到相应的构造器或者是无参构造器,容器就会自动选择byTpe的自动装配方式。

18、如何开启基于注解的自动装配?

要使用 
@Autowired
,需要注册
 
AutowiredAnnotationBeanPostProcessor
,可以有以下两种方式来实现:
1、引入配置文件中的<bean>下引入 
<context:annotation-config>
[html] view plain copy <beans>    
    <context:annotation-config />    
</beans>   
2、在bean配置文件中直接引入
AutowiredAnnotationBeanPostProcessor

[html] view plain copy <beans>    
    <bean class="org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor"/>    
</beans>    

19、请举例解释@Required注解?

在产品级别的应用中,IoC容器可能声明了数十万了bean,bean与bean之间有着复杂的依赖关系。设值注解方法的短板之一就是验证所有的属性是否被注解是一项十分困难的操作。可以通过在<bean>中设置“dependency-check”来解决这个问题。在应用程序的生命周期中,你可能不大愿意花时间在验证所有bean的属性是否按照上下文文件正确配置。或者你宁可验证某个bean的特定属性是否被正确的设置。即使是用“dependency-check”属性也不能很好的解决这个问题,在这种情况下,你需要使用
@Required
 注解。需要用如下的方式使用来标明bean的设值方法。[java] view plain copy public class EmployeeFactoryBean extends AbstractFactoryBean<Object>{    
    private String designation;    
    public String getDesignation() {    
        return designation;    
    }    
    @Required    
    public void setDesignation(String designation) {    
        this.designation = designation;    
    }    
    //more code here    
}    
RequiredAnnotationBeanPostProcessor
是Spring中的后置处理用来验证被
@Required
 注解的bean属性是否被正确的设置了。在使用
RequiredAnnotationBeanPostProcesso
来验证
bean
属性之前,首先要在
IoC
容器中对其进行注册:[html] view plain copy <bean class="org.springframework.beans.factory.annotation.RequiredAnnotationBeanPostProcessor" />    
但是如果没有属性被用 
@Required
 注解过的话,后置处理器会抛出一个
BeanInitializationException
 异常。

20、请举例解释@Autowired注解?

@Autowired注解对自动装配何时何处被实现提供了更多细粒度的控制。
@Autowired
注解可以像
@Required
注解、构造器一样被用于在
bean
的设值方法上自动装配
bean
的属性,一个参数或者带有任意名称或带有多个参数的方法。
比如,可以在设值方法上使用
@Autowired
注解来替代配置文件中的
 
<property>
元素。当
Spring
容器在
setter
方法上找到
@Autowired
注解时,会尝试用
byType 自动装配。当然我们也可以在构造方法上使用
@Autowired
 注解。带有
@Autowired
 注解的构造方法意味着在创建一个bean时将会被自动装配,即便在配置文件中使用
<constructor-arg>
 元素。[java] view plain copy public class TextEditor {    
   private SpellChecker spellChecker;    
   @Autowired    
   public TextEditor(SpellChecker spellChecker){    
      System.out.println("Inside TextEditor constructor." );    
      this.spellChecker = spellChecker;    
   }    
   public void spellCheck(){    
      spellChecker.checkSpelling();    
   }    
}    
下面是没有构造参数的配置方式:[html] view plain copy <beans>    
     
   <context:annotation-config/>    
     
   <!-- Definition for textEditor bean without constructor-arg  -->    
   <bean id="textEditor" class="com.howtodoinjava.TextEditor"/>    
     
   <!-- Definition for spellChecker bean -->    
   <bean id="spellChecker" class="com.howtodoinjava.SpellChecker"/>    
     
</beans>    

21、请举例说明@Qualifier注解?

@Qualifier
注解意味着可以在被标注
bean
的字段上可以自动装配。
Qualifier注解可以用来取消Spring不能取消的bean应用。下面的示例将会在Customer的person属性中自动装配person的值。[java] view plain copy public class Customer{    
    @Autowired    
    private Person person;    
}   
下面我们要在配置文件中来配置Person类。[html] view plain copy <bean id="customer" class="com.somnus.common.Customer" />    
     
<bean id="personA" class="com.somnus.common.Person" >    
    <property name="name" value="lokesh" />    
</bean>    
     
<bean id="personB" class="com.somnus.common.Person" >    
    <property name="name" value="alex" />    
</bean>    
Spring
会知道要自动装配哪个person bean么?不会的,但是运行上面的示例时,
会抛出下面的异常:
[html] view plain copy Caused by: org.springframework.beans.factory.NoSuchBeanDefinitionException:    
    No unique bean of type [com.howtodoinjava.common.Person] is defined:    
        expected single matching bean but found 2: [personA, personB]    
要解决上面的问题,需要使用 
@Quanlifier
注解来告诉Spring容器要装配哪个bean:
[java] view plain copy public class Customer{    
    @Autowired    
    @Qualifier("personA")    
    private Person person;    
}  

22、构造方法注入和设值注入有什么区别?

请注意以下明显的区别:在设值注入方法支持大部分的依赖注入,如果我们仅需要注入int、string和long型的变量,我们不要用设值的方法注入。对于基本类型,如果我们没有注入的话,可以为基本类型设置默认值。在构造方法注入不支持大部分的依赖注入,因为在调用构造方法中必须传入正确的构造参数,否则的话为报错。
设值注入不会重写构造方法的值。如果我们对同一个变量同时使用了构造方法注入又使用了设置方法注入的话,那么构造方法将不能覆盖由设值方法注入的值。很明显,因为构造方法尽在对象被创建时调用。
在使用设值注入时有可能还不能保证某种依赖是否已经被注入,也就是说这时对象的依赖关系有可能是不完整的。而在另一种情况下,构造器注入则不允许生成依赖关系不完整的对象。
在设值注入时如果对象A和对象B互相依赖,在创建对象A时Spring会抛出s
ObjectCurrentlyInCreationException异常,因为在B对象被创建之前A对象是不能被创建的,反之亦然。所以Spring用设值注入的方法解决了循环依赖的问题,因对象的设值方法是在对象被创建之前被调用的。

23、Spring框架中有哪些不同类型的事件?

Spring的
ApplicationContext
 提供了支持事件和代码中监听器的功能。我们可以创建bean用来监听在
ApplicationContext
 中发布的事件。
ApplicationEven
t类和在
ApplicationContext
接口
中处理的事件,如果一个bean实现了
ApplicationListener
接口,当一个
ApplicationEvent
 被发布以后,bean会自动被通知。[java] view plain copy public class AllApplicationEventListener implements ApplicationListener < ApplicationEvent >{    
    @Override    
    public void onApplicationEvent(ApplicationEvent applicationEvent)    
    {    
        //process event    
    }    
}    

Spring 提供了以下5中标准的事件:上下文更新事件(ContextRefreshedEvent):该事件会在ApplicationContext被初始化或者更新时发布。也可以在调用ConfigurableApplicationContext 接口中的refresh()方法时被触发。
上下文开始事件(ContextStartedEvent):当容器调用ConfigurableApplicationContext的Start()方法开始/重新开始容器时触发该事件。
上下文停止事件(ContextStoppedEvent):当容器调用ConfigurableApplicationContext的Stop()方法停止容器时触发该事件。
上下文关闭事件(ContextClosedEvent):当ApplicationContext被关闭时触发该事件。容器被关闭时,其管理的所有单例Bean都被销毁。
请求处理事件(RequestHandledEvent):在Web应用中,当一个http请求(request)结束触发该事件。
除了上面介绍的事件以外,还可以通过扩展
ApplicationEvent
 类来开发自定义的事件。[java] view plain copy public class CustomApplicationEvent extends ApplicationEvent{    
    public CustomApplicationEvent ( Object source, final String msg ){    
        super(source);    
        System.out.println("Created a Custom event");    
    }    
}    
为了监听这个事件,还需要创建一个监听器:
[java] view plain copy public class CustomEventListener implements ApplicationListener < CustomApplicationEvent >{    
    @Override    
    public void onApplicationEvent(CustomApplicationEvent applicationEvent) {    
        //handle event    
    }    
}    

之后通过applicationContext接口的
publishEvent()方法来发布自定义事件。

[java] view plain copy CustomApplicationEvent customEvent = new CustomApplicationEvent(applicationContext, "Test message");    
applicationContext.publishEvent(customEvent);    

24、FileSystemResource和ClassPathResource有何区别?

FileSystemResource
 中需要给出
spring-config.xml
文件在你项目中的相对路径或者绝对路径。在
ClassPathResource
中spring会在ClassPath中自动搜寻配置文件,所以要把
ClassPathResource
 文件放在ClassPath下。如果将
spring-config.xml
保存在了src文件夹下的话,只需给出配置文件的名称即可,因为src文件夹是默认。简而言之,ClassPathResource在环境变量中读取配置文件,FileSystemResource在配置文件中读取配置文件。

25、Spring 框架中都用到了哪些设计模式?

Spring框架中使用到了大量的设计模式,下面列举了比较有代表性的:代理模式—在AOP和remoting中被用的比较多。
单例模式—在spring配置文件中定义的bean默认为单例模式。
模板方法—用来解决代码重复的问题。比如. RestTemplate
JmsTemplate
JpaTemplate。

前端控制器—Spring提供了
DispatcherServlet
来对请求进行分发。

视图帮助(View Helper )—Spring提供了一系列的JSP标签,高效宏来辅助将分散的代码整合在视图里。
依赖注入—贯穿于
BeanFactory
 / 
ApplicationContext
接口的核心理念。

工厂模式—BeanFactory用来创建对象的实例。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签:  Java面试宝典