深入理解spring面经

1 了解SpringMVC的处理流程吗？

• 用户发送请求至前端控制器DispatcherServlet。
• DispatcherServlet通过处理器映射器HandlerMapping找到对应的处理器。
• DispatcherServlet将请求提交给对应的处理器Controller。
• Controller处理完请求后返回ModelAndView。
• DispatcherServlet将ModelAndView传给视图解析器ViewResolver进行解析。
• 最终DispatcherServlet会响应用户请求，显示对应的视图。

1.1 1. jvm的本地方法栈是每一个线程私有的吗?

是的，每一个线程都有自己私有的Java虚拟机栈（Java Stack）和本地方法栈（Native Method Stack）。当线程被创建时，其栈也会随之创建。Java Stack主要用于存储Java方法的帧（Frame），而Native Method Stack用于支持Native方法的执行。

2. SpringMVC和Tomcat的关系是什么?

   • Tomcat: Tomcat是一个Web容器，或者说是一个Servlet容器，用于提供一个环境，在这个环境中，Java的Web应用程序（主要是Servlets、JSPs、Filters等）可以运行和服务HTTP请求。

   • SpringMVC: SpringMVC是Spring框架的一个模块，它实现了MVC（模型-视图-控制器）设计模式，用于构建Web应用程序。具体来说，它是一个用于Web应用的前端控制器（Front Controller）框架，可以处理HTTP请求，并基于开发者的配置决定哪一个Controller（处理器）处理哪一个请求。

   关系:

   • 当一个HTTP请求到达Tomcat时，Tomcat会根据配置决定哪一个Servlet来处理这个请求。如果这个Web应用是基于SpringMVC的，则这个请求通常会被发送到DispatcherServlet（SpringMVC的核心Servlet）。
   • DispatcherServlet负责处理请求，并根据开发者在Spring配置中的定义，决定将这个请求分发到哪一个Controller方法来处理。
   • 所以简单来说，Tomcat为SpringMVC提供了运行环境，而SpringMVC在这个环境中管理和处理Web请求。

1.2 tomcat中使用的线程模型和这里的springMVC有什么关系？

• Tomcat线程模型: Tomcat使用一个线程池来处理到达的HTTP请求。每当一个新的请求到达时，Tomcat从线程池中取一个线程来处理这个请求。这意味着并发的请求会被并发的线程处理。

• 关系: 当Tomcat中的线程处理一个到SpringMVC的请求时，这个线程进入SpringMVC的DispatcherServlet，然后再进一步被路由到相应的Controller。这意味着SpringMVC的Controller方法通常在Tomcat的请求处理线程中运行。因此，SpringMVC的执行模型和性能在很大程度上受到Tomcat线程模型的影响。

2 Java版本 1.7 1.8有哪些主要区别？

• Lambda表达式: Java 8引入了Lambda表达式，为Java增加了一种全新的编程方式。
• Stream API: Java 8添加了全新的Stream API来支持数据处理。
  接口中的默认方法与静态方法: 在Java 8中，接口可以有方法实现，通过使用default关键字。
• 新的日期和时间API: Java 8引入了全新设计的日期时间API。
  Optional 类: Java 8引入了Optional类，它是一个容器对象，可以保存null值。
• Nashorn JavaScript引擎: 在Java 8中，JVM获得了一个新的Nashorn JavaScript引擎，使得在JVM上运行JavaScript成为可能。
  新的Collector: Java 8在Collectors类中引入了很多新的方法来支持高级聚合操作。
• Java 7的特性：如Switch-String、try-with-resources、diamond操作符、新的File API等，这些在Java 8中仍然存在，但上述列出的是Java 8相对于Java 7的新特性。

3 SpringAOP的原理了解吗?

Spring AOP (Aspect-Oriented Programming) 使用代理模式，主要使用两种方式实现：

• JDK动态代理: 当目标类实现了某个接口时，Spring AOP使用JDK的动态代理来创建代理。这涉及到java.lang.reflect.Proxy类和java.lang.reflect.InvocationHandler接口。

• CGLIB代理: 当目标类没有实现接口时，Spring AOP使用CGLIB库来创建基于类的代理。

在两种情况下，创建的代理都会拦截对目标对象方法的调用，允许我们在调用方法之前、之后或在产生异常时注入自定义逻辑，如日志、事务管理、安全检查等。

4 SpringAOP主要想解决什么问题?

Spring AOP旨在提供面向切面的编程能力，以解决以下问题：

• 横切关注点: 在多个模块或功能中都存在的常见功能（如日志、事务管理、安全检查等）被称为横切关注点。这些横切关注点常常与业务逻辑混杂在一起，导致代码重复和难以维护。

• 模块化: AOP允许我们将这些横切关注点模块化，并独立于业务逻辑。这样，我们可以集中管理这些关注点，并在需要时轻松修改或添加功能。

• 代码清晰、可维护: 通过将业务逻辑与横切关注点分离，我们可以使业务代码更加清晰、简洁和可维护。

总之，Spring AOP的目标是提供一种机制，使开发者可以将常见的、重复的功能（如日志、安全、事务等）与业务逻辑分开，从而提高代码的可维护性、可读性和重用性。

5 Spring bean和application的生命周期？

5.1 Spring Bean的生命周期:

1. Bean定义从XML配置文件中读取，并实例化。
   Spring对bean的属性进行依赖注入。
2. 如果Bean实现了BeanNameAware接口，Spring将bean的ID传递给setBeanName()方法。
3. 如果Bean实现了BeanFactoryAware接口，Spring将调用setBeanFactory()方法，传入BeanFactory。
4. 如果Bean实现了ApplicationContextAware接口，setApplicationContext()方法会被调用，传入当前的ApplicationContext。
5. 如果Bean实现了BeanPostProcessor接口，postProcessBeforeInitialization()方法会被调用。
6. 如果Bean实现了InitializingBean接口，afterPropertiesSet()方法会被调用。
7. 如果Bean在配置文件中使用init-method声明了初始化方法，该方法会被调用。
8. 如果Bean实现了BeanPostProcessor接口，postProcessAfterInitialization()方法会被调用。
9. Bean现在已经准备好，可以被应用程序使用了。
10. 当容器关闭时，如果Bean实现了DisposableBean接口，destroy()方法会被调用。
11. 如果Bean在配置文件中使用destroy-method声明了销毁方法，该方法会被调用。

5.2 Spring Application的生命周期:

1. ApplicationContext被初始化/刷新。
2. Bean实例化、配置和各种初始化方法的调用。
3. ApplicationContext发布ContextRefreshedEvent事件。
4. 当应用程序运行时，可以使用ApplicationContext和其中的Beans。
5. 当ApplicationContext被关闭时，Beans可能会被销毁。
6. ApplicationContext发布ContextClosedEvent事件。

6 MyBatis是一个流行的Java ORM框架，它使用了多种设计模式，其中包括：

• 工厂模式 (Factory Pattern): 使用SqlSessionFactory来创建SqlSession。
• 建造者模式 (Builder Pattern): 如XMLConfigBuilder和XMLMapperBuilder，用于构建和解析配置文件。
• 模板模式 (Template Pattern): MyBatis内部处理数据库操作的某些方法中使用此模式，它定义了操作的步骤，但推迟了一些步骤的具体实现。
• 代理模式 (Proxy Pattern): MyBatis使用JDK动态代理为Mapper接口创建代理对象，使得开发者可以直接通过接口调用数据库操作，而无需写实现。
• 单例模式 (Singleton Pattern): 如Configuration，在整个MyBatis会话中每一个bean通常只有一个实例。
• 组合模式 (Composite Pattern): 在配置文件中，可以有多个组合在一起。

7 volatile实现什么能力，怎么实现的？

8 Spring Boot的自动配置是基于以下几个核心概念:

• @EnableAutoConfiguration: 这是Spring Boot自动配置的核心注解。当你在主类上添加@SpringBootApplication注解时，它其实包括了@EnableAutoConfiguration。该注解告诉Spring Boot根据添加的jar依赖自动配置项目。

• spring.factories文件: 在Spring Boot的自动配置处理中，spring.factories文件扮演了核心角色。Spring Boot在启动时会扫描项目的classpath，找到所有包含spring.factories文件的jar包，然后读取该文件中的内容，找到并加载所有的自动配置类。

• 条件注解: 如@ConditionalOnClass, @ConditionalOnBean, @ConditionalOnMissingBean, @ConditionalOnProperty等。这些注解确保只有当特定条件满足时，某些配置或bean才会被创建。例如，如果classpath下有某个特定的类，或者Spring上下文中有/没有某个bean，或者一个配置属性有特定的值等。

整体流程简要如下：

• Spring Boot在启动时扫描classpath，找到包含spring.factories文件的jar包。
• 从spring.factories文件中获取到所有的自动配置类。
• 根据条件注解，决定哪些自动配置类会被加载或哪些bean会被创建。
• 如果需要，还可以通过application.properties或application.yml文件来调整默认配置。