本篇文章和大家了解一下Spring延迟初始化会遇到什么问题。有一定的参考价值，有需要的朋友可以参考一下，希望对大家有所帮助。
首先，让我们回顾一下 Spring 延迟初始化的概念。在 Spring 中，延迟初始化指的是将 Bean 的实例化推迟到第一次被使用时，而不是在应用程序启动时就立即创建所有的 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 注入了。
@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 有效。
以上就是Spring延迟初始化会遇到什么问题的简略介绍，当然详细使用上面的不同还得要大家自己使用过才领会。如果想了解更多，欢迎关注亿速云行业资讯频道哦！
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
