spring中这些能升华代码的技巧，可能会让你爱不释手

时间 2021-04-03

标签 web 面试 spring segmentfault springboot 服务器 mybatis mvc app 异步栏目 Spring 繁體版

原文原文链接

前言web

最近愈来愈多的读者承认个人文章，仍是件挺让人高兴的事情。有些读者私信我说但愿后面多分享spring方面的文章，这样可以在实际工做中派上用场。正好我对spring源码有过必定的研究，并结合我这几年实际的工做经验，把spring中我认为不错的知识点总结一下，但愿对您有所帮助。面试

一如何获取spring容器对象

1.实现BeanFactoryAware接口

@Service
public  class PersonService implements BeanFactoryAware {
    private BeanFactory beanFactory;
    @Override
    public void setBeanFactory(BeanFactory beanFactory) throws BeansException {
        this.beanFactory = beanFactory;
    }
    public void add() {
        Person person = (Person) beanFactory.getBean("person");
    }
}

实现BeanFactoryAware接口，而后重写setBeanFactory方法，就能从该方法中获取到spring容器对象。spring

2.实现ApplicationContextAware接口

@Service
public  class PersonService2 implements ApplicationContextAware {
    private ApplicationContext applicationContext;
    @Override
    public void setApplicationContext(ApplicationContext applicationContext) throws BeansException {
        this.applicationContext = applicationContext;
    }
    public void add() {
        Person person = (Person) applicationContext.getBean("person");
    }
}

实现ApplicationContextAware接口，而后重写setApplicationContext方法，也能从该方法中获取到spring容器对象。segmentfault

3.实现ApplicationListener接口

@Service
public  class PersonService3 implements ApplicationListener<ContextRefreshedEvent> {
    private ApplicationContext applicationContext;
    @Override
    public void onApplicationEvent(ContextRefreshedEvent event) {
        applicationContext = event.getApplicationContext();
    }
    public void add() {
        Person person = (Person) applicationContext.getBean("person");
    }
}

实现ApplicationListener接口，须要注意的是该接口接收的泛型是ContextRefreshedEvent类，而后重写onApplicationEvent方法，也能从该方法中获取到spring容器对象。springboot

此外，不得不提一下Aware接口，它实际上是一个空接口，里面不包含任何方法。服务器

它表示已感知的意思，经过这类接口能够获取指定对象，好比：mybatis

经过BeanFactoryAware获取BeanFactory
经过ApplicationContextAware获取ApplicationContext
经过BeanNameAware获取BeanName等

Aware接口是很经常使用的功能，目前包含以下功能：
mvc

二如何初始化bean

spring中支持3种初始化bean的方法：app

xml中指定init-method方法
使用@PostConstruct注解
实现InitializingBean接口

第一种方法太古老了，如今用的人很少，具体用法就不介绍了。异步

1.使用@PostConstruct注解

@Service
public  class AService {
    @PostConstruct
    public void init() {
        System.out.println("===初始化===");
    }
}

在须要初始化的方法上增长@PostConstruct注解，这样就有初始化的能力。

2.实现InitializingBean接口

@Service
public  class BService implements InitializingBean {
    @Override
    public void afterPropertiesSet() throws Exception {
        System.out.println("===初始化===");
    }
}

实现InitializingBean接口，重写afterPropertiesSet方法，该方法中能够完成初始化功能。

这里顺便抛出一个有趣的问题：init-method、PostConstruct 和 InitializingBean 的执行顺序是什么样的？

决定他们调用顺序的关键代码在AbstractAutowireCapableBeanFactory类的initializeBean方法中。

这段代码中会先调用BeanPostProcessor的postProcessBeforeInitialization方法，而PostConstruct是经过InitDestroyAnnotationBeanPostProcessor实现的，它就是一个BeanPostProcessor，因此PostConstruct先执行。

而invokeInitMethods方法中的代码：

决定了先调用InitializingBean，再调用init-method。

因此得出结论，他们的调用顺序是：

三自定义本身的Scope

咱们都知道spring默认支持的Scope只有两种：

singleton 单例，每次从spring容器中获取到的bean都是同一个对象。
prototype 多例，每次从spring容器中获取到的bean都是不一样的对象。

spring web又对Scope进行了扩展，增长了：

RequestScope 同一次请求从spring容器中获取到的bean都是同一个对象。
SessionScope 同一个会话从spring容器中获取到的bean都是同一个对象。

即使如此，有些场景仍是没法知足咱们的要求。

好比，咱们想在同一个线程中从spring容器获取到的bean都是同一个对象，该怎么办？

这就须要自定义Scope了。

第一步实现Scope接口：

public  class ThreadLocalScope implements Scope {
    private  static  final ThreadLocal THREAD_LOCAL_SCOPE = new ThreadLocal();
    @Override
    public Object get(String name, ObjectFactory<?> objectFactory) {
        Object value = THREAD_LOCAL_SCOPE.get();
        if (value != null) {
            return value;
        }
        Object object = objectFactory.getObject();
        THREAD_LOCAL_SCOPE.set(object);
        return object;
    }
    @Override
    public Object remove(String name) {
        THREAD_LOCAL_SCOPE.remove();
        return  null;
    }
    @Override
    public void registerDestructionCallback(String name, Runnable callback) {
    }
    @Override
    public Object resolveContextualObject(String key) {
        return  null;
    }
    @Override
    public String getConversationId() {
        return  null;
    }
}

第二步将新定义的Scope注入到spring容器中：

@Component
public  class ThreadLocalBeanFactoryPostProcessor implements BeanFactoryPostProcessor {
    @Override
    public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException {
        beanFactory.registerScope("threadLocalScope", new ThreadLocalScope());
    }
}

第三步使用新定义的Scope：

@Scope("threadLocalScope")
@Service
public  class CService {
    public void add() {
    }
}

四别说FactoryBean没用

提及FactoryBean就不得不提BeanFactory，由于面试官老喜欢问它们的区别。

BeanFactory：spring容器的顶级接口，管理bean的工厂。
FactoryBean：并不是普通的工厂bean，它隐藏了实例化一些复杂Bean的细节，给上层应用带来了便利。

若是你看过spring源码，会发现它有70多个地方在用FactoryBean接口。
![上传中...]()

上面这张图足以说明该接口的重要性，请勿忽略它好吗？

特别提一句：mybatis的SqlSessionFactory对象就是经过SqlSessionFactoryBean类建立的。

咱们一块儿定义本身的FactoryBean：

@Component
public  class MyFactoryBean implements FactoryBean {
    @Override
    public Object getObject() throws Exception {
        String data1 = buildData1();
        String data2 = buildData2();
        return buildData3(data1, data2);
    }
    private String buildData1() {
        return  "data1";
    }
    private String buildData2() {
        return  "data2";
    }
    private String buildData3(String data1, String data2) {
        return data1 + data2;
    }
    @Override
    public Class<?> getObjectType() {
        return  null;
    }
}

获取FactoryBean实例对象：

@Service
public  class MyFactoryBeanService implements BeanFactoryAware {
    private BeanFactory beanFactory;
    @Override
    public void setBeanFactory(BeanFactory beanFactory) throws BeansException {
        this.beanFactory = beanFactory;
    }
    public void test() {
        Object myFactoryBean = beanFactory.getBean("myFactoryBean");
        System.out.println(myFactoryBean);
        Object myFactoryBean1 = beanFactory.getBean("&myFactoryBean");
        System.out.println(myFactoryBean1);
    }
}

getBean("myFactoryBean");获取的是MyFactoryBeanService类中getObject方法返回的对象，
getBean("&myFactoryBean");获取的才是MyFactoryBean对象。

五轻松自定义类型转换

spring目前支持3中类型转换器：

Converter<S,T>：将 S 类型对象转为 T 类型对象
ConverterFactory<S, R>：将 S 类型对象转为 R 类型及子类对象
GenericConverter：它支持多个source和目标类型的转化，同时还提供了source和目标类型的上下文，这个上下文能让你实现基于属性上的注解或信息来进行类型转换。

这3种类型转换器使用的场景不同，咱们以Converter<S,T>为例。假如：接口中接收参数的实体对象中，有个字段的类型是Date，可是实际传参的是字符串类型：2021-01-03 10:20:15，要如何处理呢？

第一步，定义一个实体User：

@Data
public  class User {
    private Long id;
    private String name;
    private Date registerDate;
}

第二步，实现Converter接口：

public  class DateConverter implements Converter<String, Date> {
    private SimpleDateFormat simpleDateFormat = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
    @Override
    public Date convert(String source) {
        if (source != null && !"".equals(source)) {
            try {
                simpleDateFormat.parse(source);
            } catch (ParseException e) {
                e.printStackTrace();
            }
        }
        return  null;
    }
}

第三步，将新定义的类型转换器注入到spring容器中：

@Configuration
public  class WebConfig extends WebMvcConfigurerAdapter {
    @Override
    public void addFormatters(FormatterRegistry registry) {
        registry.addConverter(new DateConverter());
    }
}

第四步，调用接口

@RequestMapping("/user")
@RestController
public  class UserController {
    @RequestMapping("/save")
    public String save(@RequestBody User user) {
        return  "success";
    }
}

请求接口时User对象中registerDate字段会被自动转换成Date类型。

六 spring mvc拦截器，用过的都说好

spring mvc拦截器根spring拦截器相比，它里面可以获取HttpServletRequest和HttpServletResponse 等web对象实例。

spring mvc拦截器的顶层接口是：HandlerInterceptor，包含三个方法：

preHandle 目标方法执行前执行
postHandle 目标方法执行后执行
afterCompletion 请求完成时执行

为了方便咱们通常状况会用HandlerInterceptor接口的实现类HandlerInterceptorAdapter类。

假若有权限认证、日志、统计的场景，可使用该拦截器。

第一步，继承HandlerInterceptorAdapter类定义拦截器：

public  class AuthInterceptor extends HandlerInterceptorAdapter {
    @Override
    public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler)
            throws Exception {
        String requestUrl = request.getRequestURI();
        if (checkAuth(requestUrl)) {
            return  true;
        }
        return  false;
    }
    private boolean checkAuth(String requestUrl) {
        System.out.println("===权限校验===");
        return  true;
    }
}

第二步，将该拦截器注册到spring容器：

@Configuration
public  class WebAuthConfig extends WebMvcConfigurerAdapter {
 
    @Bean
    public AuthInterceptor getAuthInterceptor() {
        return  new AuthInterceptor();
    }
    @Override
    public void addInterceptors(InterceptorRegistry registry) {
        registry.addInterceptor(new AuthInterceptor());
    }
}

第三步，在请求接口时spring mvc经过该拦截器，可以自动拦截该接口，而且校验权限。

该拦截器其实相对来讲，比较简单，能够在DispatcherServlet类的doDispatch方法中看到调用过程：

![图片]

顺便说一句，这里只讲了spring mvc的拦截器，并无讲spring的拦截器，是由于我有点小私心，后面就会知道。

七 Enable开关真香

不知道你有没有用过Enable开头的注解，好比：EnableAsync、EnableCaching、EnableAspectJAutoProxy等，这类注解就像开关同样，只要在@Configuration定义的配置类上加上这类注解，就能开启相关的功能。

是否是很酷？

让咱们一块儿实现一个本身的开关：

第一步，定义一个LogFilter：

public  class LogFilter implements Filter {
    @Override
    public void init(FilterConfig filterConfig) throws ServletException {
    }
    @Override
    public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException {
        System.out.println("记录请求日志");
        chain.doFilter(request, response);
        System.out.println("记录响应日志");
    }
    @Override
    public void destroy() {
        
    }
}

第二步，注册LogFilter：

@ConditionalOnWebApplication
public  class LogFilterWebConfig {
    @Bean
    public LogFilter timeFilter() {
        return  new LogFilter();
    }
}

注意，这里用了@ConditionalOnWebApplication注解，没有直接使用@Configuration注解。

第三步，定义开关@EnableLog注解：

@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Import(LogFilterWebConfig.class)
public @interface EnableLog {
}

第四步，只需在springboot启动类加上@EnableLog注解便可开启LogFilter记录请求和响应日志的功能。

八 RestTemplate拦截器的春天

咱们使用RestTemplate调用远程接口时，有时须要在header中传递信息，好比：traceId，source等，便于在查询日志时可以串联一次完整的请求链路，快速定位问题。

这种业务场景就能经过ClientHttpRequestInterceptor接口实现，具体作法以下：

第一步，实现ClientHttpRequestInterceptor接口：

public  class RestTemplateInterceptor implements ClientHttpRequestInterceptor {
    @Override
    public ClientHttpResponse intercept(HttpRequest request, byte[] body, ClientHttpRequestExecution execution) throws IOException {
        request.getHeaders().set("traceId", MdcUtil.get());
        return execution.execute(request, body);
    }
}

第二步，定义配置类：

@Configuration
public  class RestTemplateConfiguration {
    @Bean
    public RestTemplate restTemplate() {
        RestTemplate restTemplate = new RestTemplate();
        restTemplate.setInterceptors(Collections.singletonList(restTemplateInterceptor()));
        return restTemplate;
    }
    @Bean
    public RestTemplateInterceptor restTemplateInterceptor() {
        return  new RestTemplateInterceptor();
    }
}

其中MdcUtil实际上是利用MDC工具在ThreadLocal中存储和获取traceId

public  class MdcUtil {
    private  static  final String TRACE_ID = "TRACE_ID";
    public static String get() {
        return MDC.get(TRACE_ID);
    }
    public static void add(String value) {
        MDC.put(TRACE_ID, value);
    }
}

固然，这个例子中没有演示MdcUtil类的add方法具体调的地方，咱们能够在filter中执行接口方法以前，生成traceId，调用MdcUtil类的add方法添加到MDC中，而后在同一个请求的其余地方就能经过MdcUtil类的get方法获取到该traceId。

九统一异常处理

之前咱们在开发接口时，若是出现异常，为了给用户一个更友好的提示，例如：

@RequestMapping("/test")
@RestController
public  class TestController {
    @GetMapping("/add")
    public String add() {
        int a = 10 / 0;
        return  "成功";
    }
}

若是不作任何处理请求add接口结果直接报错：

what？用户能直接看到错误信息？

这种交互方式给用户的体验很是差，为了解决这个问题，咱们一般会在接口中捕获异常：

@GetMapping("/add")
public String add() {
        String result = "成功";
        try {
            int a = 10 / 0;
        } catch (Exception e) {
            result = "数据异常";
        }
        return result;
}

接口改造后，出现异常时会提示：“数据异常”，对用户来讲更友好。

看起来挺不错的，可是有问题。。。

若是只是一个接口还好，可是若是项目中有成百上千个接口，都要加上异常捕获代码吗？

答案是否认的，这时全局异常处理就派上用场了：RestControllerAdvice。

@RestControllerAdvice
public  class GlobalExceptionHandler {
    @ExceptionHandler(Exception.class)
    public String handleException(Exception e) {
        if (e instanceof ArithmeticException) {
            return  "数据异常";
        }
        if (e instanceof Exception) {
            return  "服务器内部异常";
        }
        retur n null;
    }
}

只需在handleException方法中处理异常状况，业务接口中能够放心使用，再也不须要捕获异常（有人统一处理了）。真是爽歪歪。

十异步也能够这么优雅

之前咱们在使用异步功能时，一般状况下有三种方式：

继承Thread类
实现Runable接口
使用线程池

让咱们一块儿回顾一下：

继承Thread类

public  class MyThread extends Thread {
    @Override
    public void run() {
        System.out.println("===call MyThread===");
    }
    public static void main(String[] args) {
        new MyThread().start();
    }
}

实现Runable接口

public  class MyWork implements Runnable {
    @Override
    public void run() {
        System.out.println("===call MyWork===");
    }
    public static void main(String[] args) {
        new Thread(new MyWork()).start();
    }
}

使用线程池

public  class MyThreadPool {
    private  static ExecutorService executorService = new ThreadPoolExecutor(1, 5, 60, TimeUnit.SECONDS, new ArrayBlockingQueue<>(200));
    static  class Work implements Runnable {
        @Override
        public void run() {
            System.out.println("===call work===");
        }
    }
    public static void main(String[] args) {
        try {
            executorService.submit(new MyThreadPool.Work());
        } finally {
            executorService.shutdown();
        }
    }
}

这三种实现异步的方法不能说很差，可是spring已经帮咱们抽取了一些公共的地方，咱们无需再继承Thread类或实现Runable接口，它都搞定了。

如何spring异步功能呢？

第一步，springboot项目启动类上加@EnableAsync注解。

@EnableAsync
@SpringBootApplication
public  class Application {
    public static void main(String[] args) {
        new SpringApplicationBuilder(Application.class).web(WebApplicationType.SERVLET).run(args);
    }
}

第二步，在须要使用异步的方法上加上@Async注解：

@Service
public  class PersonService {
    @Async
    public String get() {
        System.out.println("===add==");
        return  "data";
    }
}

第二步，在须要使用异步的方法上加上@Async注解：

@Service

public  class PersonService {

 @Async

 public String get() {

 System.out.println("===add==");

 return  "data";

 }

}

而后在使用的地方调用一下：personService.get();就拥有了异步功能，是否是很神奇。

默认状况下，spring会为咱们的异步方法建立一个线程去执行，若是该方法被调用次数很是多的话，须要建立大量的线程，会致使资源浪费。

这时，咱们能够定义一个线程池，异步方法将会被自动提交到线程池中执行。

@Configuration

public  class ThreadPoolConfig {

 @Value("${thread.pool.corePoolSize:5}")

 private  int corePoolSize;

 @Value("${thread.pool.maxPoolSize:10}")

 private  int maxPoolSize;

 @Value("${thread.pool.queueCapacity:200}")

 private  int queueCapacity;

 @Value("${thread.pool.keepAliveSeconds:30}")

 private  int keepAliveSeconds;

 @Value("${thread.pool.threadNamePrefix:ASYNC_}")

 private String threadNamePrefix;

 @Bean

 public Executor MessageExecutor() {

 ThreadPoolTaskExecutor executor = new ThreadPoolTaskExecutor();

 executor.setCorePoolSize(corePoolSize);

 executor.setMaxPoolSize(maxPoolSize);

 executor.setQueueCapacity(queueCapacity);

 executor.setKeepAliveSeconds(keepAliveSeconds);

 executor.setThreadNamePrefix(threadNamePrefix);

 executor.setRejectedExecutionHandler(new ThreadPoolExecutor.CallerRunsPolicy());

 executor.initialize();

 return executor;

 }

}

spring异步的核心方法：

![上传中...]()

根据返回值不一样，处理状况也不太同样，具体分为以下状况：

唠唠家常

spring中不错的功能其实还有不少，好比：BeanPostProcessor,BeanFactoryPostProcessor,AOP,动态数据源，ImportSelector等等。我本来打算一篇文章写全的，可是有两件事情改变了个人注意：

有个大佬本来打算转载我文章的，却由于篇幅太长一直没有保存成功。
最近常常加班，真的没多少时间写文章，晚上还要带娃，喂奶，换尿布，其实挺累的。

若是你们喜欢这类文章的话，我打算把spring这些有用的知识点拆分一下，写成一个系列，敬请期待。

最后说一句(求关注)

若是这篇文章对您有所帮助，或者有所启发的话，帮忙扫描下发二维码关注一下，您的支持是我坚持写做最大的动力。

求一键三连：点赞、转发、在看。

欢迎关注个人公众号，和我一块儿，天天进步一点点

我的公众号