什么是Spring Bean
简单来说,Bean 代指的就是那些被 IoC 容器所管理的对象。我们需要告诉 IoC 容器帮助我们管理哪些对象,这个是通过配置元数据来定义的。配置元数据可以是 XML 文件、注解或者 Java 配置类。
将一个类声明为 Bean 的注解有哪些?
-
@Component
:通用的注解,可标注任意类为 Spring 组件。如果一个 Bean 不知道属于哪个层,可以使用@Component 注解标注。 -
@Repository
: 对应持久层即 Dao 层,主要用于数据库相关操作。 -
@Service
: 对应服务层,主要涉及一些复杂的逻辑,需要用到 Dao 层。 -
@Controller
: 对应 Spring MVC 控制层,主要用于接受用户服务器托管网请求并调用 Service 层返回数据给前端页面。
注入Bean的注解有哪些
Spring 内置的 @Autowired
以及 JDK 内置的 @Resource
和 @Inject
都可以用于注入 Bean。一般使用@Autowired
和@Resource
。
@Autowired
和@Resource
区别
-
@Autowired
是 Spring 提供的注解,@Resource
是 JDK 提供的注解。 -
@Autowired
默认注入方式是byType
(根据类型匹配),@Resource
默认注入方式为byName
(根据名称进行匹配) - 当一个接口存在多个实现类的情况下,
@Autowired
和@Resource
都需要通过名称才能正确匹配到对应的 Bean。Autowired
可以通过@Qualifier
注解来显式指定名称,@Resource
可以通过name
属性来显式指定名称。 -
@Autowired
支持在构造函数、方法、字段和参数上使用。@Resource
主要用于字段和方法上的注入,不支持在构造函数或参数上使用。
Spring框架中的单例bean是线程安全的吗?
并非是线程安全的。
当多个用户请求同一个服务时,容器会给每一个请求分配一个线程。这时多个线程会并发执行该请求对应的成员方法。如果该处理逻辑中有对该例状态的修改,则必须考虑线程同步问题。由于Spring框架并没有对bean进行任何多线程的封装处理,关于单例bean的线程安全和并发问题需要开发者自行解决。
通常在项目中使用的spring bean都是不可变状态,所以在某种程度上说,Spring的单例bean是线程安全的。
但是如果bean有多种状态的话,可以通过加锁或者将bean改为多例解决,即将注释“@singleton”更改为“@prototype”。
手写单例
单例实现方式主要有三种
饿汉式
public class Singleton {
private static Singleton uniqueInstance;
public Singleton(){}
public static Singleton getUniqueInstance() {
if (uniqueInstance == null){
synchronized (Singleton.class){
if (uniqueInstance == null){
uniqueInstance = new Singleton();
}
}
}
return uniqueInstance;
}
}
- 先不创建实例,当第一次被调用时,再创建实例,所以被称为懒汉式。
- 延迟了实例化,如果不需要使用该类,就不会被实例化,节约了系统资源。
饿汉式
public class Singleton {
private static volatile Singleton uniqueInstance = new Singleton();
public Singleton(){}
public static Singleton getUniqueInstance() {
return uniqueInstance;
}
}
- 直接先实例化好实例 (饿死鬼一样,所以称为饿汉式),然后当需要使用的时候,直接调方法就可以使用了。
- 优点: 提前实例化好了一个实例,避免了线程不安全问题的出现。
- 缺点: 直接实例化好了实例,不再延迟实例化;若系统没有使用这个实例,或者系统运行很久之后才需要使用这个实例,都会操作系统的资源浪费。
双重检查锁实现(线程安全)DCL
public class Singleton {
private static volatile Sin服务器托管网gleton uniqueInstance;
public Singleton(){}
public static Singleton getUniqueInstance() {
if (uniqueInstance == null){
synchronized (Singleton.class){
if (uniqueInstance == null){
uniqueInstance = new Singleton();
}
}
}
return uniqueInstance;
}
}
Spring的bean的生命周期
- 通过BeanDefinition获取bean的定义信息
- 调用构造函数实例化bean
- bean的依赖注入
- 处理Aware接口(BeanNameAware、BeanFactoryAware、ApplicationContextAware)
- Bean的后置处理器BeanPostProcessor-前置
- 初始化方法(InitializingBean、init-method)
- Bean的后置处理器BeanPostProcessor-后置
BeanDefinition
Spring容器在进行实例化时,会将xml配置的的信息封装成一个BeanDefinition对象,Spring根据BeanDefinition来创建Bean对象,里面有很多的属性来表述Bean。
- beanClassName: bean的类名
- initMethodName: 初始化方法名称
- properryValues: bean 的属性值
- scope: 作用域
- lazyInit: 延迟初始化
什么是AOP,你们项目中是否使用到AOP?
AOP称为面向切面编程,用于将与业务无关,但是对多个对象产生影响的公共行为和逻辑进行抽取和封装,形成一个可重用的模块,这个模块被命名为”切面”(Aspect)。可以减少系统中的重复代码,降低模块间的耦合度,同时提高了系统的可维护性。
术语 | 含义 |
---|---|
目标 Target | 被通知的对象 |
代理 Proxy | 向目标对象应用通知之后创建的代理对象 |
连接点 JoinPoint | 目标对象的所属类,定义的所有方法均为连接点 |
切入点 Pointcut | 被切面拦截/增强的连接点 |
通知 Advice | 拦截到目标对象的连接点后要做的事情 |
切面 | 切入点+通知 |
织入 Weaving | 将通知应用到目标对象,进而生成代理对象的过程操作 |
常见AOP使用场景:
- 记录操作日志
- 缓存处理
- Spring中内置的事务处理
项目中有没有使用到AOP
记录操作日志
核心是使用AOP中的环绕通知+切点表达式(找到要记录日志的方法),通过环绕通知的参数获取请求方法的参数(类、方法、注解、请求方式等),获取这些参数后,保存到数据库。
Spring中的事务如何实现
其本质是通过AOP功能,对方法前后进行拦截,在执行方法之前开启事务,在执行完目标方法后,根据执行情况提交或回滚事务。
Spring中事务失效的场景
- 异常捕获处理
- 原因:事务通知只有捕捉到了目标抛出的异常,才能进行后续的回滚处理,如果目标自己处理掉异常,事务通知无法知悉。
- 解决:在catch块中添加throw new RuntimeException(e) 抛出
- 抛出检查异常
- 原因:Spring只会默认回滚非检查异常
- 解决:配置rollbackFor属性,使得Spring回滚所有抛出异常
@Transactional(rollbackFor=Exception.class)
- 非public方法导致事务失效
- 原因:Spring为方法创建代理、添加事务通知、前提条件都是该方法是public的
- 解决:将方法改为public
Spring中的循环引用
- 循环依赖:循环依赖即循环引用,也就是两个或以上的bean互相持有对方,最终形成闭环。比如A依赖于B,B依赖于A
- 循环依赖在spring中是允许存在的,spring框架根据三级缓存已经解决了大部分的循环依赖
- 一级缓存:单例池,缓存已经经历了完整的生命周期,已经初始化完成的Bean对象
- 二级缓存:缓存早期的bean对象(生命周期还没走完)
- 三级缓存:缓存的是ObjectFactory,表示对象工厂,用于创建某个对象的代理对象。产生的代理对象同意存入二级缓存,需要使用时再取出
构造方法出现循环依赖怎么解决
循环依赖的注入方式是构造函数
原因: 由于bean对象的生命周期中构造函数是第一个执行的,spring框架并不能解决构造函数的依赖注入
解决方法:使用@lazy进行懒加载,什么时候需要对象再进行bean对象的创建
public A(@Lazy B){
System.out.println("A的构造方法执行完成");
this.b = b;
}
SpringMVC是什么
MVC 是模型(Model)、视图(View)、控制器(Controller)的简写,其核心思想是通过将业务逻辑、数据、显示分离来组织代码。
Spring MVC 的核心组件有哪些?
-
DispatcherServlet
:核心的中央处理器,负责接收请求、分发,并给予客户端响应。 -
HandlerMapping
:处理器映射器,根据 URL 去匹配查找能处理的Handler
,并会将请求涉及到的拦截器和Handler
一起封装。 -
HandlerAdapter
:处理器适配器,根据HandlerMapping
找到的Handler
,适配执行对应的Handler
; -
Handler
:请求处理器,处理实际请求的处理器。 -
ViewResolver
:视图解析器,根据 Handler 返回的逻辑视图 / 视图,解析并渲染真正的视图,并传递给DispatcherServlet
响应客户端
SpringMVC的执行流程
- 用户发出请求到中央处理器
DispatcherServlet
-
DispatcherServlet
收到请求调用处理器映射器(HandlerMapping) - HandlerMapping找到jurisdiction的处理器,生成处理器对象及处理器拦截器(如果存在),再一起返回给DispatcherServlet
- DispatcherServlet调用处理器适配器(HandlerAdapter)
- HandlerAdapter经过适配器调用具体的处理器(Handler/Controller)
- 方法上添加@ResponseBody
- 通过HttpMessageConverter来返回结果转换为json并响应。
Springboot自动配置原理
- 在Spring Boot项目中的引导类上有一个注解@SpringBootApplication,这个注解是对三个注解进行封装,分别是:
@SpringBootConfiguration
@EnableAutoConfiguration
@ComponentScan
- 其中
@EnableAutoConfiguration
是实现自动化配置的核心注解。该注解通过@Import
注解导入对应的配置选择器。内部就是读取了该项目和该项目引用的Jar包的classpath路径下META-INF/spring.factories文件中的所有配置的类的全类名。在这些配置类中所定义的Bean会根据条件注释所指定的条件来决定是否需要将其导入到Spring容器中。 - 条件判断会有
@ConditionalOnClass
这样的注解,判断是否有对应的class文件。如果有则加载该类,把这个配置类的所有Bean放入spring容器中使用。
SpringMVC常见的注解
SpringBoot常见的注解
服务器托管,北京服务器托管,服务器租用 http://www.fwqtg.net
相关推荐: 基于物联网表计的综合能源管理方案——安科瑞 顾烊宇
为加快推进国家“双碳”战略和新型能源体系建设,努力实现负荷准确控制和用户精细化管理,按照“政府主导、电网组织、政企协同、用户实施”的指导原则,多地成立市/县级电力负荷管理中心,包括浙江宁波、慈溪、辽宁大连、湖南株洲、娄底、湖北宜昌、黄冈、山西临汾等地,标志着各…