java中的handler理解_java – Spring MVC中HandlerInterceptor和HandlerInceptorAdaptor有什么区别？...

编程到接口,而不是实现是一个很好的做法,

Spring Framework通过提供相当多的这些接口来使用这种做法,HandlerInterceptor就是其中之一.其中一些接口比其他接口更丰富.因此,如果您作为客户端想要为他们提供自定义实现并且只关心他们的一些方法,那么最终会有一些实际的实现和许多空实现.

例如,假设您要为preHandle方法提供实现,而不关心其他两个.不幸的是,你应该为其他两个提供一些空的实现：

public class CustomHandlerInterceptor implements HandlerInterceptor {

@Override

public boolean preHandle(HttpServletRequest request, HttpServletResponse response,

Object handler) throws Exception {

// Some complex logic

}

@Override

public void postHandle(HttpServletRequest request, HttpServletResponse response,

Object handler, ModelAndView modelAndView) throws Exception {

}

@Override

public void afterCompletion(HttpServletRequest request, HttpServletResponse response,

Object handler, Exception ex) throws Exception {

}

}

当您实现更丰富的接口时,这些空实现会产生更大的样板代码,例如WebMvcConfigurer和10个抽象方法,想象空方法的负载.

为了解决这个问题,Spring Framework通常为这些接口提供相应的抽象适配器,例如HandlerInterceptor接口的HandlerInterceptorAdaptor或WebMvcConfigurer的WebMvcConfigurerAdapter.这些适配器只是这些接口的所有方法的一组默认和简化实现.您可以使用提供的适配器重构前面的代码：

public class CustomHandlerInterceptor extends HandlerInterceptorAdapter {

@Override

public boolean preHandle(HttpServletRequest request, HttpServletResponse response,

Object handler) throws Exception {

// Some complex logic

}

}

由于这些空实现由HandlerInterceptorAdapter类提供,因此您只需要为preHandle方法提供实现.

正如我所说,这是Spring Framework中反复出现的主题,一些常见的例子是：