前言
书接上回,之前我们有聊到 Spring 的延迟初始化机制,是什么,有什么作用。今天跟各位大佬分享一下,我在使用 Spring 延迟初始化踩过的一些坑。
List<坑> 坑列表 = new ArrayList<>(2);
首先,让我们回顾一下 Spring 延迟初始化的概念。在 Spring 中,延迟初始化指的是将 Bean 的实例化推迟到第一次被使用时,而不是在应用程序启动时就立即创建所有的 Bean。这种延迟加载的机制可以提高应用程序的性能和资源利用率。
坑 1. 延迟加载失效,被非延迟初始化的 Bean 注入了。
代码演示:
@Lazy
@Component
public class MyBean {
public MyBean() {
System.out.println("My bean init success.");
}
}
1、 使用构造函数注入
@Service
public class MyService {
private MyBean myBean;
public MyService(MyBean myBean) {
this.myBean = myBean;
}
public void exec() {
System.out.println("exec suc");
}
}
2、 @Resource 注入
@Service
public class MyService {
@Resource
private MyBean myBean;
public void exec() {
System.out.println("exec suc");
}
}
3、 @Autowired 注入
@Service
public class MyService {
private MyBean myBean;
@Autowired
public void setMyBean(MyBean myBean) {
this.myBean = myBean;
}
public void exec() {
myBean.exec();
}
}
测试结果
失效原因
这个非常好理解,myService 并没有配置@Lazy
,所以在启动的时候会被初始化。由于 myService 依赖 myBean,myBean 就会被注入。所以这意味着 myBean 要能正常被注入,就得被初始化,如果不初始化就会启动失败。这也就是造成 myBean 延迟初始化失效的原因。
解决方法
解决方法很简单,在依赖到的地方都配置上@Lazy
,避免出现被非延迟初始化的 Bean 注入了。
坑 2. 延迟加载失效:Bean 的作用域错误配置
@Lazy 注解只对单例(Singleton)作用域的 Bean 有效。默认情况下,Spring 的 Bean 作用域是单例,如果将 Bean 的作用域设置为其他作用域(如原型、请求、会话等)的是不起作用的。
代码演示:
- 默认不做任何配置。
@Component
public class MyBean {
public MyBean() {
System.out.println("My bean init success.");
}
public void exec() {
System.out.println("exec suc");
}
}
启动结果:
通过观察启动结果,可以看到 myBean 在启动的时候被初始化了。
- 加上
@Lazy
@Lazy
@Component
public class MyBean {
public MyBean() {
System.out.println("My bean init success.");
}
public void exec() {
System.out.println("exec suc");
}
}
启动结果:
通过观察启动结果,可以看到 myBean 并没有初始化,说明@Lazy
生效了。
- 设置 scope
@Lazy
@Component
@Scope("prototype")
public class MyBean {
public MyBean() {
System.out.println("My bean init success.");
}
public void exec() {
System.out.println("exec suc");
}
}
启动结果:
这个时候你会发现,貌似这个结果不对呀。上面提到,@Lazy 注解只对单例(Singleton)作用域的 Bean 有效。但是我已经将 Scope 改为 prototype。 按理来应该是这样:
控制台会输出My bean init success.
,然而事实就是没有。那么这是为什么呢?
原因分析
由于是增加了@Scope("prototype")
,发现结果不符合预期,那我们就从它入手。我们先回顾一下 Spring Bean 的作用域相关的知识。当 Spring Bean 作用域为 prototype
时,每次获取 Bean 时都会重新创建一个实例。
换句话说,也就意味着,当的 Bean 作用域为 prototype 时,Bean 在被使用的才会被初始化,并且每个 Bean 都是全新的。
诶,在使用的时候被初始化,这不就是延迟初始化吗。改下代码测试一下:
去掉@Lazy
:
@Component
@Scope("prototype")
public class MyBean {
public MyBean() {
System.out.println("My bean init success.");
}
public void exec() {
System.out.println("exec suc");
}
}
启动结果:
发现和单独配置@Lazy
的效果是一样,并没有被初始化。
结论
当 bean 作用域是 prototype 时,这些 bean 每次在需要时,都会按需实例化和初始化,因此它们本质上是延迟始化的。所以给他们配置@Lazy
是没有意义的。
在上面的案例,出现这样的情况是因为,在启动的时候 myBean 并没有,被其他 Bean 依赖和使用。所以表现出和@Lazy
一样的效果。误以为当 Bean 作用域是 prototype 时,@Lazy
可以生效。
总结
由于 spring bean 的默认作用域是:singleton。所以在启动的时候 bean 会被初始化,如果被标记了@Lazy
,会延迟初始化,但是如果被非懒加载的 Bean 注入了,@Lazy
会失效。并且@Lazy
注解只对单例 singleton 作用域的 Bean 有效。
结尾
如果觉得对你有帮助,可以多多评论,多多点赞哦,也可以到我的主页看看,说不定有你喜欢的文章,也可以随手点个关注哦,谢谢。
我是不一样的科技宅,每天进步一点点,体验不一样的生活。我们下期见!
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。