大明哥相信绝大多数同学想刷面试题的时候一定是去Google、百度等搜索引擎去搜某个面试题题库，如2024JVM面试题库、Java并发面试题集，但是绝大多数的情况下你检索到的内容都是这样的：这样的：这样的题库大明哥也有，地址：https://www.skjava.com/mianshi/tiji。但是，这类的面试题库有什么作用呢？当然，对于以前还是可以的，但是现在动不动就是各种底层原理、源码分析，这类面试题已经毫无作用了，不仅仅浪费时间，还误人子弟。他们绝大多数都具备如下几个特点：堆砌的知识点。很多都是在网上你copy我的，我copy它的，已经泛滥了。很多没人面试的题目。例如线程和进程的区别，什

Java现在发布的版本很快，每年两个，但是真正会被大规模使用的是3年一个的LTS版本。每3年发布一个LTS（Long-TermSupport），长期维护版本。意味着只有Java8，Java11，Java17，Java21才可能被大规模使用。每年发布两个正式版本，分别是3月份和9月份。在Java版本中，一个特性的发布都会经历孵化阶段、预览阶段和正式版本。其中孵化和预览可能会跨越多个Java版本。所以大明哥在介绍Java新特性时采用如下这种策略：每个版本的新特性，大明哥都会做一个简单的概述。单独出文介绍跟编码相关的新特性，一些如JVM、性能优化的新特性不单独出文介绍。孵化阶段的新特性不出文介绍。首

上一个死磕Java专栏【死磕NIO】(当然写的不是很好，争取今年将它重写一遍)是死磕Netty的铺垫，对于我们Java程序员而言，我们在实际开发过程一般都不会直接使用JavaNIO作为我们的网络编程框架，因为写出一套高质量的JavaNIO程序并不是一件容易的事，除了JavaNIO固有的复杂性和bug之外，作为NIO服务端，我们要处理的事情太多了，如网络闪断、客户端认证、消息编解码、半包读写，客户端一样也有很多复杂的事情要处理，所以如果我们对JavaNIO没有足够了解，没有足够的网络编程经验的话，利用JavaNIO来编写一个高性能的稳定网络编程框架并不是一件容易的事。所以我们一般都不会直接使用J

回答Mybatis的运行涉及到Executor、StatementHandler、ParameterHandler、ResultSetHandler等组件，插件的工作原理就是在这些组件执行过程中，插入一些自定义的代码逻辑。MyBatis插件机制允许用户自定义拦截器（实现Interceptor接口），以在执行SQL的各个阶段进行额外的处理。说一下Mybatis的工作原理？实现机制Mybatis使用JDK动态代理，为目标对象生成代理对象。从而在目标对象方法调用时被拦截器拦截处理。publicclassPluginimplementsInvocationHandler{/***创建代理对象*/pub

回答Executor执行器是Mybatis核心组件，它负责执行SQL语句并处理数据库的交互，主要包括SQL语句的生成、参数绑定、执行、缓存处理以及结果集的映射等。Mybatis内置了三种基本的Executor。SimpleExecutor：每执行一次update或select，就开启一个Statement对象，用完立刻关闭Statement对象。ReuseExecutor：执行update或select，以sql作为key查找Statement对象，存在就使用，不存在就创建，用完后，不关闭Statement对象，而是放置于Map<String,Statement>内，供下一次使用。

回答Mybatis支持两种分页：手动分页和分页插件。手动分页手动分页指在SQL语句中添加LIMIT和OFFSET（或类似的关键字）来实现的。publicinterfaceUserMapper{@Select("SELECTid,name,emailFROMt_userLIMIT#{limit}OFFSET#{offset}")List<User>selectUsersWithPagination(@Param("limit")intlimit,@Param("offset")intoffset);}分页插件MyBatis提

回答Mybatis中可以用resultMap中的<result>属性来映射以及SQL别名。CREATETABLEt_user(idINTNOTNULLPRIMARYKEY,nameVARCHAR(50),emailVARCHAR(50))ENGINE=InnoDB;publicclassUser{privateIntegeruserId;privateStringuserName;privateStringuserEmail;//gettersandsetters}第一种，SQL语句中定义字段名的别名。<selectid="selectUserById"p

回答是的，MyBatis的Mapper接口不需要显式实现，因为MyBatis内部使用动态代理机制在运行时生成这些接口的实现。动态代理JDK的动态代理机制可以在运行时创建接口的代理实例。MyBatis基于动态代理为每个Mapper接口生成一个代理对象，从而无需手动实现接口。核心流程注册Mapper接口：在MyBatis配置文件或代码中注册Mapper接口。<mappernamespace="com.damingge.mapper.UserMapper"/>sqlSessionFactory.getConfiguration().addMapper(UserMapp

回答Mybatis的Mapper支持四种参数传递方式。单个参数：当Mapper方法只有一个参数时，SQL语句中支持使用#{}占位符来引用该参数。publicinterfaceUserMapper{UserselectUserById(Integerid);}<selectid="selectUserById"parameterType="java.lang.Integer"resultMap="User">SELECTid,name,emailFROMt_userWHEREid=#{id}</select>**

回答支持。Mybatis通过association、collection标签来实现一对一和一对多的关联查询。一对一关联查询一对一关联查询支持两种方式：嵌套查询和结果集嵌套映射。核心是通过association标签支持。publicclassUser{privateIntegerid;privateStringname;privateAddressaddress;//gettersandsetters}publicclassAddress{privateIntegerid;privateStringcity;privateStringprovince;//gettersandsetters}嵌套

回答支持，Mybatis支持两种批量操作。foreach标签foreach主要用在构建in条件中，它可以在SQL语句中遍历一个集合。foreach标签的属性主要有item，index，collection，open，separator，close。item：表示集合中每一个元素进行迭代时的别名，随便起的变量名。index：指定一个名字，用于表示在迭代过程中，每次迭代到的位置，不常用。open：表示该语句以什么开始，常用“(”。separator：表示在每次进行迭代之间以什么符号作为分隔符，常用“,”。close：表示以什么结束，常用“)”。collection：指定要遍历的集合或数组。publ

回答#{}和${}是MyBatis两种不同的占位符，#{}为预编译处理，而${}是字符串替换。#{}${}用途传递参数，防止SQL注入传递参数，不能防止SQL注入实现机制MyBatis将#{}中的内容替换为?，并在运行时通过PreparedStatement的set方法设置参数值。MyBatis将${}中的内容直接替换为参数值，即将参数直接拼接到SQL字符串中。安全性安全性高，可以有效防止SQL注入。存在安全隐患，直接拼接SQL字符串容易导致SQL攻击。使用场景#{}用在动态SQL参数赋值，防止SQL注入。@Select("SELECT*FROMt_userwhereid=#{id}

回答支持。Mybatis内置了一些动态SQL的标签，允许开发者根据不同的条件构建不同的SQL，提高代码的灵活性和可维护性。如<if>、<choose>、<when>、<otherwise>、<trim>、<where>、<set>和<foreach>等。<if>元素：根据条件动态包含SQL片段。<mappernamespace="com.damingge.mapper.EmployeeMapper"><selectid="selectEmp

回答Mybatis内置了强大了事务性查询缓存机制。默认情况下，Mybatis定义了两级缓存，并且提供Cache接口扩展，提高了框架的扩展性。一级缓存：也叫“本地缓存”，默认情况下开启（SqlSession级别的缓存）二级缓存：也叫“全局缓存”，基于namespace级别的缓存，需要手动开启和配置。实现原理一级缓存Mybatis一级缓存由PerpetualCache实现，采用Map结构存储数据。其作用域是SqlSession，各个SqlSession之间的缓存相互隔离。每次查询后，结果会被缓存到PerpetualCache中，后续相同查询直接取缓存数据。核心实现类和方法BaseExecutor：

回答支持。延迟加载的意思是在使用的时候才去加载，这是一种性能优化策略。延迟加载针对有延迟设置的关联对象推迟查询，而主查询是直接执行SQL语句。优点：先从单表查询，需要时再从关联表查询，减少不必要的数据加载，提升数据库性能。不足：延迟加载会增加数据库访问次数以及增加事务管理的复杂性。扩展延迟加载配置1、Mybatis默认没有开启延迟加载，需要在全局配置文件mybatis-config.xml中进行设置，核心配置项：lazyLoadingEnabled：全局开关，启用或禁用延迟加载。aggressiveLazyLoading：侵入式延迟加载开关，false表示按需加载。<configurat

回答Mybatis包含一些核心组件如Configuration、SqlSessionFactoryBuilder、SqlSessionFactory、SqlSession、Mapper等。它的生命周期也就是这些组件的生命周期。如下：ConfigurationMyBatis加载配置文件（如mybatis-config.xml）和映射文件（如XXXMapper.xml），生成一个全局配置对象（Configuration），它是一个单例。SqlSessionFactoryMyBatis基于加载的配置文件创建SqlSessionFactory。它是用来创建SqlSession，类比于数据库连接池。Sq

回答Mybatis是一款ORM框架，实现了SQL到Java对象的映射转换，简化了持久层代码的开发工作。其核心流程分两步，一是创建会话工厂，二是会话运行。加载配置文件，MyBatis加载全局配置文件（如mybatis-config.xml）和映射文件（如XXXMapper.xml），配置数据库连接、映射器、插件等信息，生成一个全局配置对象（Configuration）。创建SqlSessionFactory，MyBatis基于加载的配置文件创建SqlSessionFactory（用于生成SqlSession）。获取SqlSession，通过SqlSessionFactory获取SqlSessio

回答Mybatis是一款优秀的持久层框架。它支持自定义SQL、存储过程以及高级映射。Mybatis简化了JDBC代码操作，它通过XML或注解配置将原始类型、接口和JavaPOJO（PlainOldJavaObjects）映射为数据库中的记录。扩展Mybatis优点半ORM框架，Mybatis内部封装了JDBC操作，研发人员仅需关注SQL本身。//1.加载配置文件Propertiespro=newProperties();pro.load(newFileReader("resource/jdbc.properties"));//2.获取配置文件中连接数据库的信息Stringu

回答在Spring中，@Enable*注解的作用是开启某种特定功能，以便简化开发配置流程。简单点来说就是@Enable*是一个开关，通过它我们可以非常方便的开启某种功能，例如AOP、事务、异步处理等等。比如：@EnableScheduling：开启任务调度。@EnableAsync：开启异步方法支持。@EnableTransactionManagement：开启事务管理。@Enable*背后的核心是组合式注解和扩展机制，它主要是通过@Import加载配置类或ImportSelector、ImportBeanDefinitionRegistrar动态注册相关Bean。详解我们已EnableTra

回答@Import主要用于将指定的配置类注入到Spring容器中，它的作用类似于直接在@Configuration配置类中使用@Bean方法声明Bean，但它提供了一种更加灵活的方式。从简单的使用到高级的扩展，@Import能帮我们完成：导入配置类：把其他配置类加载进来，便于模块化管理。导入普通组件：直接将某个类（例如第三方库的类）注册为Bean。基于逻辑条件动态导入：通过实现ImportSelector或ImportBeanDefinitionRegistrar，根据需求动态注册Bean。详解@Import的三种用法注入普通类注入普通类，这种方式非常简单，如下：@Configuration@

回答Aware接口是Spring提供的一组标志性接口，所有以*Aware结尾的接口都具有"感知"的能力。通过实现这些接口，Spring会在Bean的生命周期中，自动将对应的容器资源（如ApplicationContext、BeanFactory等）注入到Bean中，从而使Bean能够与Spring容器进行交互。Aware接口的核心逻辑是依赖于BeanPostProcessor的实现。当Bean实现某个Aware接口时，Spring的ApplicationContextAwareProcessor会在Bean初始化后，调用对应的方法注入相关的资源。详解源码解析我们直接看Awa

回答在Spring中，当一个接口有多个实现类时，需要通过一些特定的方法来明确指定注入的实现类，避免Spring在自动装配时出现歧义。目前主流的方式有两种：使用@Qualifier注解：在注入时指定具体的Bean名称。参考面试题：Spring中的@Qualifier注解的作用?使用@Primary注解：将一个实现类标记为默认优先注入的Bean。参考面试题：SpringBean如何设置为默认Bean?

回答Spring不推荐@Autowired字段注入而是构造器注入，主要是因为字段注入有如下几个缺点：容易违背了单一职责原则：使用基于字段注入的方式，添加依赖非常简单，要使用一个接口直接添加依赖即可，哪怕我们添加10个、20个也不觉得有什么问题，这就会导致过度使用，再加上对依赖的隐蔽性，会导致一个类承担过多的职责，很容易违背了单一职责原则。难以进行单元测试：由于与Spring容器强依赖，所以使得在不依赖Spring框架的情况下进行单元测试变得更加困难。不支持不可变性：字段注入不支持final字段，这意味着无法创建不可变的bean。关于Spring注入相关请参考面试题：Spring为什么建议使用构

回答首先我们需要明确@Component标注在类上，@Bean标注在方法上，如果同一个类里面既有@Component又有@Bean，那么Spring会同时将：该类本身作为一个Bean@Bean方法返回的对象也作为一个独立的Bean注册到容器中例如：@ComponentpublicclassSkService{@BeanpublicStringskJava(){return"ThisisaskJava!";}}在这种情况下：Spring容器会注册一个名为skService的Bean，该Bean对应SkService类的实例。Spring容器也会注册一个名为skJava的Bea

回答@Qualifier的主要作用事解决Spring容器中多实例注入时的歧义问题。当Spring容器中有多个同类型的Bean可供注入的时候，默认情况下Spring会不知道应该注入哪个，这个时候我们就可以通过@Qualifier明确指定需要注入哪个具体的Bean。详解在大多数情况下，我们都是使用@Autowired来实现Spring的依赖注入的，在默认情况下，Spring会根据类型（byType）查找匹配的Bean，如果Spring容器中有多个同类型的Bean，Spring会抛出异常：NoUniqueBeanDefinitionException:Noqualifyingbeanoftype[.

回答如果我们想将某个Bean设置为默认Bean，一般推荐使用@Primary。当应用中存在多个候选Bean的时候，Spring会优先选择标记了@Primary的那个作为注入的默认Bean。详解举个例子：@ComponentpublicclassSkServiceAimplementsSkService{//ImplementationofMyService}@Component@PrimarypublicclassSkServiceBimplementsSkService{//ImplementationofMyService}在这里，如果某个地方需要注入SkService，Spring会优先

回答可以的。在Spring中，null和空字符串的注入有明确的语法支持。我们可以通过配置或者注解的方式注入null和空字符串。比如在XML中<null/>用于注入null，而空字符串可以直接通过""或者留空来注入。详解XML方式在XML中，<null/>是专门用于注入null的配置指令。Spring容器在解析配置时会自动将<null/>转换为Java的null。<beanid="userService"class="com.skjava.UserService"><property

回答Spring事务中支持数据库事务的隔离级别有5种，他们定义了一个事务与其他事务如何交互，主要用来解决脏读、不可重复度和幻读问题。ISOLATION_DEFAULT：默认隔离级别，依赖于底层数据库的默认设置。ISOLATION_READ_UNCOMMITTED：允许读取未提交的数据。允许另外一个事务可以看到这个事务未提交的数据。这种隔离级别会产生脏读，不可重复读和幻读。ISOLATION_READ_COMMITTED：读已提交。保证一个事务修改的数据提交后才能被另外一个事务读取，另外一个事务不能读取该事务未提交的数据。这种事务隔离级别可以避免脏读出现，但是可能会出现不可重复读和幻读。ISOL

回答在Spring中，目前最主流的管理事务的方式有两种，编程式事务和声明式事务。编程式事务编程式事务需要我们开发者手动编写代码来控制事务的开启、提交和回滚。我们可以利用TransactionTemplate或者PlatformTransactionManager来实现：TransactionTemplate是Spring提供的一种事务管理模板类，它封装了事务的开始、提交和回滚逻辑，我们只需要在模板中编写具体的业务代码就可以了。PlatformTransactionManager是Spring事务管理的核心接口，我们可以直接使用它来手动管理事务的生命周期。编程式事务的优点在于它控制的事务粒度非常

回答在Spring中同时使用@Transactional和@Async会导致事务失效。这是因为@Async会开启一个独立的线程来执行方法，而事务管理依赖于当前线程的上下文。当事务开启后，事务的上下文信息是绑定在当前线程上的。如果@Async切换了线程，那么事务的上下文就无法传播到新的线程中，导致事务不会生效。详细情况请参考这几篇面试题：为什么不建议直接使用Spring的@AsyncSpring的事务在多线程下生效吗？为什么？@Async注解一定会异步执行吗？@Transactional注解的失效场景

回答在Spring中，有多种方式创建Bean：通过XML配置文件创建Bean这是一种比较传统的方式，通过<bean>标签在XML配置文件中定义Bean的id和class属性。通过注解方式创建Bean利用注解@Component、@Service、@Repository或@Controller等注解来标记类，Spring会自动扫描并将其注册为Bean。通过Config配置类创建Bean基于Java的配置方式，结合@Configuration和@Bean注解，定义方法来返回实例，这些方法的返回值会被Spring容器管理为Bean。通过工厂方法创建Bean实现FactoryBean接口，

回答可以的。这个Spring提供的一个非常实用的特性，这种特性支持将所有某种类型的Bean自动注入到一个Map中，Map的key是Bean的名称，value则是具备Bean实例。详解在实际应用中，如果我们有多个实现同一个接口的类，而我们又需要根据某些条件动态选择使用某个实现的时候，这种特性就特别有用了。如下：我们先定义一个接口：publicinterfaceSkService{voiddoSomething();}然后定义两个实现类：@Component("firstSkService")publicclassFirstSkServiceImplimplementsSkSe

回答在Spring中，事务的传播机制并不会在多线程环境下生效。这是因为Spring事务的实现是基于ThreadLocal。一个事务上下文与单个线程绑定。所以，如果我们在一个方法里面开启一个新的线程来执行任务，这个新线程是无法继承原有事务上下文的，会导致事务隔离。举个简单的例子，在一个主线程中开启了事务，而在这个事务过程中启动了一个新的线程，这个新线程的操作并不会受到主线程事务的控制。即使主线程事务回滚，子线程的事务依然会提交。详解以@Transaction为例。我们知道@Transaction的底层是基于AOP的，而TransactionInterceptor则负责拦截代理对象目标方法，在前后

回答Spring支持根据特定条件来动态地创建Bean，主要有三种方式：使用@Conditional注解：通过条件化的方式在特定条件下创建Bean。使用@Profile注解：根据不同的环境条件来选择性地创建Bean。基于配置文件的条件：根据外部配置文件中的属性值来控制Bean的创建。这里第一种方案是最常见和优雅的方式。详解使用@Conditional注解@Conditional支持条件式创建Bean，它可以根据复杂条件来决定是否创建一个Bean。比如：@Configuration@ConditionalOnProperty(prefix="distributed.lock",

回答在实际应用场景中，多环境配置是非常常见的一个场景，比如开发环境、测试环境、生产环境，各个环境的配置都不相同，而Spring就提供了一种非常优雅的方式来支持这种需求。即通过@Profile和外部配置文件（如application.yml或application.properties）来实现。即，我们可以根据不同的环境定义不同的Bean或者配置文件，然后通过激活特定环境来加载对应的配置，例如，我们可以在application.yml中定义多个环境配置块（如dev、test、prod），然后通过spring.profiles.active属性指定当前运行的环境。详解实现步骤Spring允许我们为

回答Spring利用三级缓存可以解决单例模式下的Setter注入或者字段注入方式的循环依赖，但是无法解决构造器注入的循环依赖。而使用@Lazy它可以破除循环依赖，但是我们也可以认为它没有解决，因为当@Lazy应用于一个Bean时，Spring容器会为它生成一个代理对象，然后将这个代理对象注入。所以，使用@Lazy确实是解决了循环依赖，但是在实际开发过程中不推荐使用@Lazy来解决循环依赖，出现了循环依赖问题属于类的设计问题，我们调整他们的结构来破除问题，而不是采用这种投机取巧的方式来规避问题。详解@Lazy详解在默认情况下，Spring容器会在应用程序启动时初始化所有的单例Bean。但是如果某

回答所谓缓存预热，是指在应用程序启动时提前加载和缓存一些常见的数据，以提高应用启动后的性能，避免在用户首次请求时再进行昂贵的计算或数据库查询。在Spring应用程序中，我们可以使用如下四种手段来做缓存预热：使用@PostConstruct注解使用CommandLineRunner或ApplicationRunner使用启动监听事件这里，大明哥推荐第三种方案，因为它解耦了缓存预热逻辑和应用启动流程，当然第二种方案也不错，但是不推荐第一种方案，将Bean的初始化进程与缓存预热耦合在一起，实在是不够优雅。详解使用@PostConstruct注解@PostConstruct是SpringBean生命周

回答在Spring中，@PostConstruct、init-method和afterPropertiesSet都是用于在Bean初始化阶段执行自定义初始化逻辑的方法。他们的执行顺序如下：@PostConstruct：首先是@PostConstruct执行。@PostConstruct属于JSR-250标准注解，为JavaEE标准中的注解。Spring管理Bean的生命周期时会自动识别@PostConstruct，并在属性注入完成之后执行。所以，@PostConstruct执行时机比其他Spring专有的初始化方法更早。afterPropertiesSet：是Spring专门为Bean的初始化

回答在Spring中，@Service、@Component、@Repository都是用于用类表示为Spring容器中的Bean。从技术层面来讲，@Service、@Repository和@Controller都是@Component的衍生版本，他们主要在概念上面进行了优化，以体现特定的分层架构角色。@Component是Spring框架的基础注解，用于将类声明为Bean组件，使其受Spring容器管理。它可以用在任何层次的类上，并不限定它的应用层次。@Service用于表示业务逻辑层（Service）的类，尽管在功能上它和@Component没有本质的区别，但是它代表的是一个业务服务。在语

回答不一定需要！Spring三级缓存是解决循环依赖根本所在，但是，并不是说每种情况下解决循环依赖都必须使用三级缓存。对于无代理的单例Bean，Spring也可以仅需要二级缓存就可以解决循环依赖问题。我们知道二级缓存是在创建实例后加入到缓存中的，如果要使用二级缓存来解决有代理场景下的循环依赖，我们只需要将AOP的代理工作提前到“提前暴露实例”的阶段执行就可以了，有就是说在创建实例阶段我们直接就创建代理对象，然后将代理对象放入到二级缓存中。但是这样设计的话就和SpringAOP的设计原则相驳：AOP的实现需要与bean的正常生命周期的创建分离；按照SpringAOP的设计，代理对象的生成应该是在创

回答Spring中的三级缓存是一种用于解决循环依赖问题的机制，Spring通过三级缓存，让尚未完全初始化的Bean也能够注入到其他Bean中，以此来打破循环依赖的问题。在Spring中，有一级、二级、三级缓存：一级缓存：也叫单例池，为最常用的缓存，用于存放已经完成初始化的单例Bean。二级缓存：为早期对象缓存，用于存放还没有完全初始化好的的Bean实例。当一个Bean实例已经实例化了但还没有完全初始化时（例如，还没有执行完@PostConstruct注解的方法或者实现了InitializingBean接口的方法）时，它的实例会被放在这个缓存中。当其他的Bean需要依赖这个还没有完全完成初始化的

回答在Spring中，@Async用来标记一个方法为异步执行。当某个在某个方法上面使用@Async来标注，那么当应用执行该方法时，可能会以异步的方式执行该方法。那为什么不推荐直接使用它呢？这是因为Spring使用TaskExecutor作为异步方法执行的底层机制，@Async注解会告诉Spring将该方法的执行放入一个线程池中，而线程池是由TaskExecutor提供，如果我们直接使用@Async，不手动配置线程池，则Spring会使用默认的SimpleAsyncTaskExecutor，该线程池会在每次调用时创建一个新的线程，而不是复用线程池中的线程，这就会导致大量线程会被创建，导致资源浪费

回答在Spring中，SpringEvent能够实现不同组件之间的解耦，其主要作用是在应用程序内部的组件之间进行消息的传递，使得组件可以松散耦合。简单来说，SpringEvent可以监听特定事件的发生，发布者只需要发布事件而不需要关系具体谁会来接收它，怎么处理它，这样就可以实现模块化和解耦了。在SpringEvent中，一般分为事件、事件发布者、事件监听器三大角色。每当事件发布者发布一个事件时，Spring会自动调用对应的监听器来处理该事件。这种机制的核心在于观察者模式，SpringEvent本质上是一个事件发布-订阅的设计模式实现。详解SpringEvent机制三个核心组成部分：事件、事件发

回答在Spring中，ShutdownHook的作用是保证在应用程序关闭时能够执行一些必要的清理工作，比如关闭数据库连接、停止正在运行的任务等等其他类型的清理操作，这是应用程序在终止运行时比较优雅的释放资源的动作。ShutdownHook是Java的一个特性，Spring在其生命周期管理中利用这一特性，确保所有注册的bean在关闭时能够被适当地销毁。当Spring应用程序运行时，如果它接收到关闭信号，JVM会执行已注册的ShutdownHook，Spring会在其上下文关闭时，调用所有注册bean的destroy()方法，确保所有资源都能够得到正确释放。详解ShutdownHook介绍Shut

回答@Autowired和@Resource都是用于实现依赖注入的注解，虽然作用一样，但是他们还是存在一些差异。@Autowired是Spring框架提供的注解，主要用于根据类型自动装配Bean。它可以与构造函数、方法或字段一起使用，并且支持可选的属性设置，我们可以添加required=false，这就表明如果找不到依赖，Spring不会抛出异常@Resource是JavaEE规范中的注解，它首先会根据名称进行装配，如果找不到匹配的Bean，才会根据类型进行装配，如果还找不到就会抛出异常。总的来说就是，一个是Spring特有的，一个属于JSR-250标准，适用于所有的JavaEE环境。详解@A

回答过滤器和拦截器是我们JavaWeb开发中常用的两个功能，虽然他们的用途相似，都是用于对请求进行预处理和后置垂类的，但是他们还是存在如下5个不同之处：实现原理不同过滤器基于JavaServletAPI实现，需实现javax.servlet.Filter接口，并由Servlet容器管理；而拦截器是Spring框架提供的，通常通过实现HandlerInterceptor接口，依赖于Spring上下文。使用范围不同过滤器适用于整个Web应用，能够处理所有HTTP请求，常用于全局性功能；拦截器主要用于SpringMVC，针对特定控制器请求，适合处理业务逻辑相关的操作。触发时机不同过滤器在请求到达Se

回答@Component和@Bean两个注解都是用于将对象注册到Spring容器中，作用相同，但是他们的使用场景和方式存在一些区别：@Component：是一种类级别的注解，用于自动检测和注入Spring容器管理的组件，用于自动检测和注入Spring容器管理的组件。它可以和@Service、@Repository等注解一起使用，配合@ComponentScan扫描路径时自动将Bean注入容器。@Component适用于我们自定义的类。@Bean：是一种用于方法级别的注解，用于将方法返回的对象注册为Spring容器的一个Bean。通常情况下，它需要和@Configuration注解配合使用，用于

回答在Spring中@Async表示执行异步操作，但是使用了它并不一定会让方法异步执行，因为它依赖于SpringAOP代理机制，所以它需要满足几个条件：启用异步支持。我们需要在配置类上面标注@EnableAsync，告诉Spring容器启用异步功能。方法必须为public，且不能被同一个类内部直接调用。因为@Async依赖SpringAOP代理机制。@Async的方法必须为void或者Future详解Spring中@Async注解基于SpringAOP实现异步调用，运行时会创建一个代理对象，当方法被调用时，代理会将方法交给线程池执行，而不是在主线程中执行。一、启用异步支持异步执行在Spring