欢迎访问我的GitHub

这里分类和汇总了欣宸的全部原创(含配套源码)：https://github.com/zq2599/blog_demos

本篇概览

• 本篇是《quarkus依赖注入》系列的第十篇，来看一个容易被忽略的知识点：bean的懒加载，咱们先去了解quarkus框架下的懒加载规则，然后更重要的是掌握如何改变规则，以达到提前实例化的目标
• 总的来说本篇由以下内容构成

1. 关于懒加载
2. 编码体验懒加载
3. 改变懒加载规则的第一种手段
4. 改变懒加载规则的第二种手段（居然和官方资料有出入）
5. 小结

关于懒加载（Lazy Instantiation）

• CDI规范下的懒加载规则：

1. 常规作用域的bean（例如ApplicationScoped、RequestScoped），在注入时，实例化的是其代理类，而真实类的实例化发生在bean方法被首次调用的时候
2. 伪作用域的bean（Dependent和Singleton），在注入时就会实例化

• quarkus也遵循此规则，接下来编码验证

编码验证懒加载

• 为了验证bean的懒加载，接下来会写这样一些代码

1. NormalApplicationScoped.java：作用域是ApplicationScoped的bean，其构造方法中打印日志，带有自己的类名
2. NormalSingleton.java：作用域是Singleton的bean，其构造方法中打印日志，带有自己的类名
3. ChangeLazyLogicTest.java：这是个单元测试类，里面注入了NormalApplicationScoped和NormalSingleton的bean，在其ping方法中依次调用上面两个bean的方法

• 以上就是稍后要写的代码，咱们根据刚刚提到的懒加载规则预测一下要输出的内容和顺序：

1. 首先，在ChangeLazyLogicTest的注入点，NormalSingleton会实例化，NormalApplicationScoped的代理类会实例化
2. 然后，在ChangeLazyLogicTest#ping方法中，由于调用了NormalApplicationScoped的方法，会导致NormalApplicationScoped的实例化

• 接下来开始写代码，第一个bean，NormalApplicationScoped.java

package com.bolingcavalry;

import com.bolingcavalry.service.impl.NormalApplicationScoped;
import com.bolingcavalry.service.impl.NormalSingleton;
import io.quarkus.logging.Log;
import io.quarkus.test.junit.QuarkusTest;
import org.junit.jupiter.api.Test;
import javax.inject.Inject;

@QuarkusTest
class ChangeLazyLogicTest {

    @Inject
    NormalSingleton normalSingleton;

    @Inject
    NormalApplicationScoped normalApplicationScoped;

    @Test
    void ping() {
        Log.info("start invoke normalSingleton.ping");
        normalSingleton.ping();
        Log.info("start invoke normalApplicationScoped.ping");
        normalApplicationScoped.ping();
    }
}

• 第二个bean，NormalSingleton.java

package com.bolingcavalry.service.impl;

import io.quarkus.logging.Log;
import javax.inject.Singleton;

@Singleton
public class NormalSingleton {

    public NormalSingleton() {
        Log.info("Construction from " + this.getClass().getSimpleName());
    }

    public String ping() {
        return "ping from NormalSingleton";
    }
}

• 然后是单元测试类ChangeLazyLogicTest，可见NormalApplicationScoped构造方法的日志应该在start invoke normalApplicationScoped.ping这一段之后

package com.bolingcavalry;

import com.bolingcavalry.service.impl.NormalApplicationScoped;
import com.bolingcavalry.service.impl.NormalSingleton;
import io.quarkus.logging.Log;
import io.quarkus.test.junit.QuarkusTest;
import org.junit.jupiter.api.Test;

import javax.inject.Inject;

@QuarkusTest
class ChangeLazyLogicTest {

    @Inject
    NormalSingleton normalSingleton;

    @Inject
    NormalApplicationScoped normalApplicationScoped;

    @Test
    void ping() {
        Log.info("start invoke normalSingleton.ping");
        normalSingleton.ping();
        Log.info("start invoke normalApplicationScoped.ping");
        normalApplicationScoped.ping();
    }
}

• 编码完成，运行单元测试类，验证我们之前的预测，控制台输出结果如下图所示，符合预期

• 至此，懒加载基本规则咱们已经清楚了，聪明的您应该想到了此规则的弊端：如果在构造方法中有一些耗时操作，必须等到第一次调用bean的方法时才会执行，这可能不符合我们的预期，有时候我们希望应用初始化的时候把耗时的事情做完，这样执行bean方法的时候就没有影响了
• 显然，quarkus也意识到了这个问题，于是，给出了两中改变懒加载规则的方法，使得bean的实例化可以更早完成，接下来咱们逐个尝试

改变懒加载规则的第一种手段

• 让bean尽早实例化的第一种手段，是让bean消费StartupEvent事件，这是quarkus框架启动成功后发出的事件，从时间上来看，此事件的时间比