sinat_53467514的博客

这篇文章是基于“一个 SpringBoot 项目能同时处理多少请求？”这个面试题出发的。但是经过我们前面简单的分析，你也知道，这个问题如果在没有加一些特定的前提条件的情况下，答案是各不一样的。比如我再给你举一个例子，还是我们的 Demo，只是使用一下 @Async 注解，其他什么都不变：再次启动项目，发起访问，日志输出变成了这样：同时能处理的请求，直接从 Tomcat 的默认 200 个变成了 8 个？因为 @Async 注解对应的线程池，默认的核心线程数是 8。之前写过这篇文章。

当应用程序启动时，Spring Boot会自动扫描应用程序中所有的Spring组件，并使用默认的配置来启动内嵌的Tomcat服务器。在SpringBoot的启动流程中，会调用SpringApplication.run方法，这个方法会有一个步骤进行上下文刷新（refreshContext），然后这个过程中，会调用一个关键的方法onRefresh。但是，很多人都会忽略一个关键的步骤（网上很多介绍SpringBoot启动流程的都没提到），那就是Web容器的启动，及Tomcat的启动其实也是在这个步骤。

首先，前两个比较容易理解，主要说的是依赖的服务的版本升级的信息，那就是SpringFramework 6.0和SpringBoot 3.0都要求JDK的版本最低也得是JDK 17；SpringNative的优点是编译出来的原生 Spring 应用可以作为一个独立的可执行文件进行部署，而不需要安装JVM，而且启动时间非常短、并且有更少的资源消耗。相比于JIT编译，AOT指的是在程序运行前编译，这样就可以避免在运行时的编译性能消耗和内存消耗，可以在程序运行初期就达到最高性能、也可以显著的加快程序的启动。

Spring Boot 是 Spring 开源组织下的子项目，是 Spring 组件一站式解决方案，主要是简化了使用 Spring 的难度，简省了繁重的配置，提供了各种启动器，使开发者能快速上手。Spring JavaConfig 是 Spring 社区的产品，Spring 3.0引入了他，它提供了配置 Spring IOC 容器的纯Java 方法。因此它有助于避免使用 XML 配置。使用 JavaConfig 的优点在于：面向对象的配置。

对于 Spring Boot 约定优于配置这个问题，看看高手是如何回答的？

InputStream的read()方法内部有一个position，标志当前流被读取到的位置，每读取一次，该标志就会移动一次，如果读到最后，read()返回-1，表示已经读取完了，如果想要重新读取，则需要调用reset()方法，position就会移动到上次调用mark的位置，mark默认是0，所有就能重头再读了。2、拦截器可以获取IOC容器中的各个bean，而过滤器就不行，因为拦截器是spring提供并管理的，spring的功能可以被拦截器使用，在拦截器里注入一个service，可以调用业务逻辑。

本地自测通过后，便发布到预发进行验证，验证过程中，有同学发现项目接入的 Redis 缓存组件失效了。了解缓存失效的原因后，就有解决的办法了，因为是自己团队的组件，就没必要通过 JavaConfig 显式手动导入的方式改造，而是通过 SpringBoot 的 starter 机制，优化下缓存组件的实现，可以做到自动注入、开箱即用。SpringBoot 的启动过程非常复杂，庆幸的是 SpringBoot 本身提供的一些机制，将 SpringBoot 的启动过程划分了多个阶段，这个阶段划分的过程就体现在。

发现了吗？大佬的回答，并不是回答的东西多和少。而是让面试官看到你对于这个技术领域的理解深度和自己的见解，从而让面试官在一大堆求职者中，对你产生清晰的印象。我是浮生，一个工作了 14 年的 Java 程序员，咱们下期再见。