@Configuration
public class MyConfiguration {
@Bean
@Conditional(MyCondition.class)
public MyBean myBean() {
// Bean配置
return new MyBean();
}
}
public class MyCondition implements Condition {
@Override
public boolean matches(ConditionContext context, AnnotatedTypeMetadata metadata) {
// 条件逻辑
// 返回true以启用bean创建,返回false以禁用bean创建
}
}
关于Spring MVC拦截器,下列说法错误的是( a )
A 开发Spring MVC拦截器,需实现WebMvcConfigurer接口。
B preHandle方法在Controller之前执行,若返回false,则终止执行后续的请求。
C postHandle方法在Controller之后、模板之前执行。
D afterCompletion方法在模板之后执行。
官方解析:拦截器需实现HandlerInterceptor接口,而WebMvcConfigurer接口是MVC配置类要实现的接口。
拦截器是SpringMVC中的一个核心应用组件,主要用于处理多个 Controller的共性问题.当我们的请求由DispatcherServlet派发 到具体Controller之前首先要执行拦截器中一些相关方法,在这些 方法中可以对请求进行相应预处理(例如权限检测,参数验证),这些方法可以决定对这个请求进行拦截还是放行
拦截器需要实现 HandleInterceptor接口,或者继承HandlerInterceptorAdaptor抽象类; HandlerInterceptor接口的三个方法:
1,preHandle() 是拦截器最先执行的方法,是在请求到达Controller之前执行的,其实就是拦截器用于拦截请求的,三个参数,分别是request,response,handelr就是这个请求要去找的后端处理器Controller.方法的返回值是bloolean类型,如果返回为false,就说明请求在此终结,不能执行后面的代码了.如果返回值为true,那么这个拦截器就要放行,将请求交给后端处理器Controller.
2,postHandle() 这个方法,是在后端控制器controller处理完请求之后,就执行的,这个方法,多了一个参数,ModelAndView,后端控制器controller处理请求可能需要返回页面和数据,所以会多一个ModelAndView,但是这个方法,是在渲染页面之前执行的,渲染热面是交个前端控制器来完成的.
3,afterCompletion() 拦截器最后执行的方法
下列关于Spring AOP的实现方式的说法中,正确的是( )
JDK动态代理,是Java提供的动态代理技术,可以在运行时创建接口的代理实例
CGLib动态代理,采用底层的字节码技术,在运行时创建子类代理的实例
官方解析:JDK动态代理,是Java提供的动态代理技术,可以在运行时创建接口的代理实例。Spring AOP默认采用这种方式,在接口的代理实例中织入代码。CGLib动态代理,采用底层的字节码技术,在运行时创建子类代理的实例。当目标对象不存在接口时,Spring AOP就会采用这种方式,在子类实例中织入代码
以下关于@Autowired注解说法正确的是( )
@Autowired是Spring提供的注解。
@Autowired注解只能根据类型注入Bean
官方解析:@Autowired是Spring提供的注解,
它提供这样的规则:首先根据类型找到对应的Bean, 如果对应类型的 Bean 不是唯一的,
那么就根据属性名称和Bean的名称进行匹配。如果匹配得上,就会使用该Bean;如果还无法匹配,就会抛出异常。
Resource默认按 byName自动注入罢了。
@Resource有两个属性是比较重要的,分是name和type,
Spring将@Resource注解的name属性解析为bean的名字,而type属性则解析为bean的类型。所以如果使用name属性,则使用byName的自动注入策略,而使用type属性时则使用byType自动注入策略。如果既不指定name也不指定type属性,这时将通过反射机制使用byName自动注入策略。
@Autowired,Autowired同样实现了bean注入功能。只不过他是默认按照byType进行装配,如果匹配类型是多个直接抛出异常、当然这个问题是可以解决的那就是@Qualifier注解进行匹配
@Qualifier
是Spring框架中的一个注解,用于解决依赖注入时出现的歧义性问题。当存在多个相同类型的Bean时,使用@Qualifier
注解可以指定具体要注入的Bean