很多人惊叹于 Solon 的注入能力，一个注解怎可注万物？？？

一、注解注入器

Solon Ioc 的四大魔法之一：注解注入器（BeanInjector<T extends Annotation>）。在扫描时，Solon 会检查相关组件的字段或者参数，上面有没有注解？如果有注解，有没有对应的注入器注册过？如果有，则执行注入器。

1、什么是注解？

注解一般也叫元数据，是一种代码级别的说明性内容。编译器在编译时，可以借助注解产生很多魔法效果；Solon Ioc 在运行时，也借助注解产生了很多魔法效果。

其中，注解注入器便是 Solon Ioc 的四大魔法之一。

2、注入器接口是怎么样的？

@FunctionalInterface
public interface BeanInjector<T extends Annotation> {
    void doInject(VarHolder vh, T anno);
}

其中：

• vh，用于接收变量数据
• anno，则是申明的注解

3、Solon Ioc 的注入器注册接口

void beanInjectorAdd(Class<T> annoClz, BeanInjector<T> injector);
void beanInjectorAdd(Class<T> annoClz, Class<?> targetClz, BeanInjector<T> injector);

二、为什么也可叫“虚空”注入器？

这个是因为，Solon 的注入是执行一个接口，而不是即定的内容。内容，可以是现成的，也可以是动态构建的。所以很“虚空”。

1、分解内置的的 @Inject 注解实现

@Inject 的简单使用示例

//主入配置
@Component
public class DemoService{
    @Inject("${track.url}")
    String trackUrl;
    
    @Inject("${track.db1}")
    HikariDataSource trackDs;
}

//注入 bean
@Component
public class DemoService{
    @Inject
    private static TrackService trackService; 
    
    @Inject("userService")
    private UserService userService;
}

注入器的能力实现剖析（简单的示意实现，框架的实现比这个复杂）

context.beanInjectorAdd(Inject.class, (vh, anno) -> {
    //申明：是否必须要注入?
    vh.required(anno.required());
    
    if (Utils.isEmpty(anno.value)) {
        //没有值，说明是 bean type 注入
        vh.content().getBeanAsync(vh.type(), bean->{ //vh.content() 即 context。在“热插拨”时可能会不同
            vh.setValue(bean);
        });
    } else {
        if(anno.value().startsWith("${")) {
            //说明是配置注入
            String val = vh.content().cfg().getByExpr(anno.value());
            vh.setValue(val);
        } else {
            //说明是 bean name 注入
            vh.content().getBeanAsync(anno.value(), bean->{
                vh.setValue(bean);
            });
        }
    }
});

2、“类型增强”注入器。魔法的升级！

Solon 内置的注入器，你不喜欢？

想换掉实现行不行？行！完全换掉代码太多，想为特定的类型增加注入行不行？也行！比如，我们设计了一个 EsMapper<T> 用于操作 Elasticsearch。然后可以自由的扩展：

public interface AuthorMapper extends EsMapper<Author> {
}
public interface CommentMapper extends EsMapper<Comment> {
}
public interface ContactMapper extends EsMapper<Contact> {
}
public interface DocumentMapper extends EsMapper<Document> {
}

估计还会想扩展更多的子类？“类型增强” 注入器在手，一切我有。

EsMapperFactory  esMapperFactory;

context.beanInjectorAdd(Inject.class, EsMapper.class, (vh, anno) -> {
    EsMapper mapper = esMapperFactory.create(vh.getType());
    vh.setValue(mapper);
});

可以再借用容器的“缓存”特性，同类型的注入性能就提高了：

EsMapperFactory  esMapperFactory;

context.beanInjectorAdd(Inject.class, EsMapper.class, (vh, anno) -> {
    EsMapper mapper = vh.context().getBean(vh.getType());
    if (mapper == null) {
        mapper = esMapperFactory.create(vh.type());
        
        vh.context().wrapAndPut(mapper.getClass(), bean); //有可能被代理了，类型与 vh.getType() 不同
        vh.context().wrapAndPut(vh.getType(), bean);
    }
    vh.setValue(mapper);
});

如果有“多源”的概念，我们还可以支持 @Inject("name")：

EsMapperFactory  esMapperFactory;

context.beanInjectorAdd(Inject.class, EsMapper.class, (vh, anno) -> {
    EsMapper mapper = null;
    if (Utils.isEmpty(anno.value)) {
        //按类型取
        mapper = vh.context().getBean(vh.getType());
    } else {
        //按名字取
        mapper = vh.context().getBean(anno.value());
    }
    
    if (mapper == null) {
        mapper = esMapperFactory.create(anno.value(), vh.type());
        
        if (Utils.isEmpty(anno.value)) {
            //按类注型注入；就按类型缓存
            vh.context().wrapAndPut(mapper.getClass(), bean); //有可能被代理了，类型与 vh.getType() 不同
            vh.context().wrapAndPut(vh.getType(), bean);
        } else {
            //按类名字注入；就按名字缓存
            vh.context().wrapAndPut(anno.value(), bean);
        }
    }
    vh.setValue(mapper);
});

现在我们可以用了（吃饭喽，下班喽！）：

//主入配置
@Component
public class DemoService{
    @Inject
    DocumentMapper documentMapper;
    
    @Inject("es2")
    DocumentMapper documentMapper2;
}