乐趣区

关于java:曹工杂谈Maven-IOC-容器Guice内部有什么

jiezi

Google Guice 容器外部有什么

前言

Maven 系列，好几天没写了，次要是这几天被 Google Guice 卡住了，原本是能够轻易带过 Guice，讲讲 guice 的用法就够了(Maven 容器的下半场：Guice，据说仅次于 Spring)，然而，想着 guice 作为 maven 的底层 IOC 容器，对 guice 的了解深刻一些，对后续的 Maven 源码学习也会比拟有帮忙，因而，就在那开始剖析 guice 的源码。

guice 作为一个仅次于 Spring 的 IOC 容器，代码也不是那么好懂的，毕竟也迭代了十来年了；代码量不少，另外，我感觉代码也有点绕，就看得真心有点打瞌睡。

因为上班回来也 9 点多了，学习的工夫也不多，因而，花了好几天工夫来单步 debug，有一点点头绪，因而，这里先分享给大家，等后续了解深刻了再补充。

针对 Guice 的源码分析法

一般来说，我 debug 源码，都是从头开始，单步 debug 过来，很多时候，这种 IOC 框架啥的，启动非常复杂，一个小时也跟不完一趟；过程简短，一篇几千字的文章根本都讲不完，读者也记不住那么多货色，博主也很难讲清那么多货色。

我明天也想着换个思路吧，IOC 容器，不是分两个阶段吗，启动时，个别是筹备 IOC 容器；而运行时，就是去容器拿货色。依据我的发现，个别为了保障运行时足够快，都会事后把数据筹备好，比方，针对 singleton 类型的实例，都会事后生成（eager-initilization），寄存到容器中，就无需运行时再去生成，归根结底，就是一个空间换工夫的办法。

采纳这种空间换工夫的办法，就会有个问题，就是在数据筹备阶段（比方容器初始化阶段），要做的工作相当多，debug 过程也十分长；甚至，有时候筹备的很多数据，对于咱们的场景，基本用不上。

因而，上面我会先给大家看看，初始化胜利后的容器，是什么样的；再去简略剖析背地的启动过程。

简略 demo

一共三个类。


public interface HelloInterface {void hello();
}

public class HelloInterfaceImpl implements HelloInterface {
    @Override
    public void hello() {System.out.println("hello world");
    }
}

再下边是启动类：

这个启动类，也就是三个局部：

  • 第一个局部，就是配置：HelloInterface 这个 class，要映射到 HelloInterfaceImpl 这个实现类，后续，容器能力依据 HelloInterface 来 new 一个 HelloInterface 的实例进去。
  • 初始化容器
  • 运行时，从容器获取 HelloInterface 的对象

容器中有什么

假如咱们跳过初始化容器的阶段，不关怀容器如何结构，如何启动，只看：结构好的容器，是什么样的。

// 结构容器        
Injector injector = Guice.createInjector(module);

在执行完下面这句后，容器就曾经初始化结束，此时，咱们打上断点，看看容器的外部：

类型

实在类型是：

// Default Injector implementation.
final class InjectorImpl implements Injector, Lookups

从它实现的接口 com.google.inject.Injector 来看，次要有以下一些外围办法：

// 获取以后容器内的全副绑定关系
Map<Key<?>, Binding<?>> getBindings();
// 依据 key，获取这个 key 对应的绑定关系。key 其实根本就是一个接口的 Class 类名
<T> Binding<T> getBinding(Key<T> key);
// 依据 class，获取这个 class 对应的绑定
<T> Binding<T> getBinding(Class<T> type);

// 依据 key，获取对应的工厂类
<T> Provider<T> getProvider(Key<T> key);
// 依据 class，获取对应的工厂类
<T> Provider<T> getProvider(Class<T> type);

// 依据 key/class，间接获取对应的实例
<T> T getInstance(Key<T> key);
<T> T getInstance(Class<T> type);

大家看到这里，是不是感觉和 Spring 的容器很像呢？

字段

  • 父容器

    final InjectorImpl parent;

    相似于 spring，spring 也有父子容器的概念；大体就是，以后容器找不到实例，还能够去父容器找

    咱们这个 demo 里，parent 是 null

  • 绑定 map

    final ListMultimap<TypeLiteral<?>, Binding<?>> bindingsMultimap;

    存储了一些绑定关系，包含了三个默认的绑定，如：容器 injector 自身、日志 logger、stage。

  • 容器选项

    final InjectorOptions options;

    这边是一些配置项，比方 jitdisabled，禁止隐式依赖。禁止后，你要向容器获取 Class X 的实例，那么必须先配置 X 对应的实例化形式，不会再默认尝试调用 Class X 的结构器（如果有的话）

  • 隐式绑定

    final Map<Key<?>, BindingImpl<?>> jitBindings = Maps.newHashMap();

    比方咱们的这个实现类，就是个隐式绑定，因为咱们没配置如何实例化 HelloInterfaceImpl。

  • 结构器缓存

      final ConstructorInjectorStore constructors = new ConstructorInjectorStore(this);

    比方咱们实现类的结构器，就被缓存了。

  • 外部状态：state

    看了以上几个字段，感觉也没有很特地。其实，真正重要的字段，是上面将出场的这个。

    final State state;

    大家看下图，会发现 state 下有不少字段，次要就有：每个 class 对应的绑定（value 就是这个 class 的实例化形式）、还有咱们代码里配了个切面也在这里；基本上，这里才是真正的容器的各种数据的存放处

接下来，咱们再看看这个绑定关系的 map。key 就是对应的接口类，value 就是说：怎么去实例化一个这个类型的实例进去，所以呢，guice 外部，为了对立，根本把 value 这部分对立成了一个工厂。如下：

而工厂类里是什么样呢？

就是蕴含了对应的实现类的结构器了。

在真正要找容器获取这个 HelloInterface 的实例时，就能够找到 HelloInterfaceImpl 的构造函数，从而结构一个实例进去。

不同的 binding 形式，外部不同的工厂类

当咱们配置了一个如下的绑定关系时：

binder.bind(String.class).toInstance("xxx");

此时，外部又是什么样呢？

这里，咱们发现外部工厂 internalFactory 的类型，和之前也不太一样了。同时，下图能够看见，工厂外部间接存了这个 String 实例的值。

总之呢，也是保障后续间接就能在容器须要一个 String 类型实例时，找到“xxx”这个对象返回回去。

从容器中获取

容器初始化好了，怎么获取呢？即如下代码怎么执行呢？

HelloInterface instance = injector.getInstance(HelloInterface.class);

咱们略微跟了下，发现就会走到如下中央，会去查问 state 外部的显示绑定 map。

获取到 binding 后，即取出 internalFactory，而后结构 / 取出对象即可。

总结

不晓得大家清晰一点了没，心愿对大家有帮忙。后续会视状况，再看看是否剖析结构容器的源码。

我是逐日, 深圳腾讯打工人，成都深圳两地重复横跳的后端 java 程序猿一枚. 之前在深圳 3 年，起初去了成都 4 年，当初又来了深圳，也开始写写前端，有须要内推的能够找我。对于一线编码实战、网络、数据库、高并发等有浓厚兴趣。

也欢送加我，拉进技术群一起交换；腾讯内推也能够找我。

本文由博客一文多发平台 OpenWrite 公布！

退出移动版