深入理解Spring IOC之扩展篇(五)、基于注解整合Spring框架

简介: 深入理解Spring IOC之扩展篇(五)、基于注解整合Spring框架

本篇讲的是如何将我们自己的业务逻辑和Spring框架整合起来,整合的方式主要采用的是注解,里面涉及到了多个知识点。

我们的目的是做出我们自己的注解,主要是标在接口上,当调用接口里相应的方法的时候,就会执行我们自己的逻辑。


对的,就是现在的MyBatis和Feign的整合方式,这种也是现在比较容易的,如果你业务里面xml用的多,你也可以结合xml来搞,拓展xml的文章我之前已经说过,你可以翻回去看看。


我们需要做很多步工作,我们把这些步骤拆开了一步一步来做


1、自定义注解:


首先当然是需要自定义出我们自己的注解


@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Inherited
public @interface MyAnno {
}


我简单的说一下上面四个注解的意思哈,@Target表述注解可以被标注的地方,ElementType.TYPE表示只能被标注在类上。@Retention表示的是注解的生命周期,这里的RententionPolicy.Runtime表示它在被加载到jvm中之后还依然存在。@Documented表示这个注解会被javadoc工具所记录。@Inherited表示这个注解是会被继承的,其实也就是当A有我们这个@MyAnno的时候,B继承了A,B也会拥有这个注解而已。


画外音:我没有将@Target以及@Retention中所有的值都拿出来讲,因为那样的话我文章就写不完了,而且这也不是我们本章的重点,大家可以自行了解一下这个~


我们有了自己的注解之后,还需要让Spring可以识别的来我们的注解,那么此时我们需要扩展我之前讲过的BeanDefinitionRegistryPostProcessor,代码如下:


@Component
public class MyAnnoConfigurationPostProcessor1 implements BeanDefinitionRegistryPostProcessor, PriorityOrdered {
    private String[] basePackages;
    public MyAnnoConfigurationPostProcessor1() {
        // 暂且写死扫描路径
        this.basePackages = new String[]{"com.example.demo.external5"};
    }
    @Override
    public int getOrder() {
        return Ordered.HIGHEST_PRECEDENCE;
    }
    @Override
    public void postProcessBeanDefinitionRegistry(BeanDefinitionRegistry registry) {
        // 1. new 一个ClassPathBeanDefinitionScanner对象,ClassPathBeanDefinitionScanner这个玩意是
        // Spring 默认的注解扫描器
        ClassPathBeanDefinitionScanner scanner = new ClassPathBeanDefinitionScanner(registry);
        // 2.为上面呢创建好的scanner对象添加Filter,主要目的是让它能够认识我们的注解
        scanner.addIncludeFilter(new AnnotationTypeFilter(MyAnno.class));
        // 3.进行扫描
        scanner.scan(this.basePackages);
    }
    @Override
    public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) {}
}



其实你也可以使用ComonentScan的include属性,这样会来的更简单一些。但是我为了剧情的进一步发展,就先引出BeanDefinitionRegistryPostProcessor


然后我们把我们的注解找个类标上:


@MyAnno
public class Person {
}


接着用这段代码测试下:


public class Test {
    public static void main(String[] args) {
        AnnotationConfigApplicationContext annotationConfigApplicationContext = new AnnotationConfigApplicationContext(Config.class);
        Person p = annotationConfigApplicationContext.getBean(Person.class);
        System.out.println(p);
    }
}
// 配置类,实际作用就是上面的ComponentScan注解
@ComponentScan(basePackages = "com.example.demo.external5")
public class Config {
}


我们可以看到如下的测试结果:


1686813487008.png


此时我们便拥有了一个自己定义的注解,这个注解现在和Spring原本的这四个注解@Component、@Controller、@Repository、@Service的作用是一样的,并且,它现在还是对接口无效的,因为标在接口上的话,会被Spring的注解扫描器ClassPathBeanDefinitionScanner这玩意忽略掉,因此我们接下来需要自己定义我们自己的注解扫描器。


2、自定义注解扫描器


注意:我们自定义的注解扫描器需要有扫描接口的功能,我们先来简单的实现一下它


public class ClassPathAnnoScanner extends ClassPathBeanDefinitionScanner {
    // 必须有这样一个构造方法,不然报错,因为父类没有无参构造,这是由于java的继承机制导致的
    public ClassPathAnnoScanner(BeanDefinitionRegistry registry) {
        super(registry);
        // 在构造器中就加上filter,使它天生就可以认识我们的自定义注解
        this.addIncludeFilter(new AnnotationTypeFilter(MyAnno.class));
    }
    // 这个方法是使扫描器能够扫描注解的核心
    @Override
    protected boolean isCandidateComponent(AnnotatedBeanDefinition beanDefinition) {
        return beanDefinition.getMetadata().isInterface() && beanDefinition.getMetadata().isIndependent();
    }
    @Override
    public Set<BeanDefinitionHolder> doScan(String... basePackages) {
        // 调用父类方法的扫描功能,返回BeanDefinition
        Set<BeanDefinitionHolder> beanDefinitions = super.doScan(basePackages);
        if (beanDefinitions.isEmpty()) {
            System.out.println("扫描到的 beanDefinitions 是空的,无法进行进一步操作!");
        }
        return beanDefinitions;
    }
}


然后在代码中结合BeanDefinitionRegistryPostProcessor去使用:


@Component
public class MyAnnoConfigurationPostProcessor implements BeanDefinitionRegistryPostProcessor, PriorityOrdered {
    private String[] basePackages;
    public MyAnnoConfigurationPostProcessor() {
        // 暂且写死
        this.basePackages = new String[]{"com.example.demo.external5"};
    }
    @Override
    public int getOrder() {
        return Ordered.HIGHEST_PRECEDENCE;
    }
    @Override
    public void postProcessBeanDefinitionRegistry(BeanDefinitionRegistry registry) {
        // 1. 使用我们自己的扫描器
        ClassPathAnnoScanner scanner = new ClassPathAnnoScanner(registry);
        // 2.为上面呢创建好的scanner对象添加Filter,主要目的是让它能够认识我们的注解
        scanner.addIncludeFilter(new AnnotationTypeFilter(MyAnno.class));
        // 3.进行扫描
        scanner.scan(this.basePackages);
    }
    @Override
    public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) {
        // 空实现即可
    }
}


这时候我们便可以把我们的MyAnno注解标在接口上了,但是,如果你此时把它标在接口上面并且启动的话,那是会报错滴,原因也很简单哈,接口是没有构造方法的,所以无法初始化。我们如果想像MyBatis或者是Feign那样子在我们调用一个接口的方法之后可以执行相应的逻辑的话,需要在运行时期生成一个相应接口的代理,并且这个代理还需要借助FactoryBean来生成(末尾含FactoryBean面试题)。

但是具体是怎么做的呢?其实还是得继续改造我们的注解扫描器,我们来看看改造的代码:


public class ClassPathAnnoScanner extends ClassPathBeanDefinitionScanner {
    // 必须有这样一个构造方法,不然报错,因为父类没有无参构造,这是由于java的继承机制导致的
    public ClassPathAnnoScanner(BeanDefinitionRegistry registry) {
        super(registry);
        this.addIncludeFilter(new AnnotationTypeFilter(MyAnno.class));
    }
    // 这个方法是使扫描器能够扫描注解的核心
    @Override
    protected boolean isCandidateComponent(AnnotatedBeanDefinition beanDefinition) {
        return beanDefinition.getMetadata().isInterface() && beanDefinition.getMetadata().isIndependent();
    }
    @Override
    public Set<BeanDefinitionHolder> doScan(String... basePackages) {
        Set<BeanDefinitionHolder> beanDefinitions = super.doScan(basePackages);
        if (beanDefinitions.isEmpty()) {
            System.out.println("扫描到的 beanDefinitions 是空的,无法进行进一步操作!");
        } else {
            // 调用修改BeanDefinition的方法
            processBeanDefinitions(beanDefinitions);
        }
        return beanDefinitions;
    }
    // 相比上面,多了个这个修改BeanDefinition的方法
    // 需要在这里把interface的beanClass转为特定的beanClass
    private void processBeanDefinitions(Set<BeanDefinitionHolder> beanDefinitions) {
        for (BeanDefinitionHolder beanDefinitionHolder : beanDefinitions) {
            BeanDefinition beanDefinition = beanDefinitionHolder.getBeanDefinition();
            // 这个会使Spring优先选择对应的有参构造
            beanDefinition.getConstructorArgumentValues().addGenericArgumentValue(beanDefinition.getBeanClassName());
            // 把扫描到的interface改为FactoryBean,这样便能以FactoryBean的方式初始化
            beanDefinition.setBeanClassName(MyFactoryBean.class.getName());
        }
    }
}


可以看到哈,相比之前的,我们还需要去修改扫描到的BeanDefinition,不然你让Spring给你初始化接口,Spring是会让你嗝屁的。


3、用FactoryBean创建代理


在用Factory创建代理之前,你首先要知道代理是怎么创建的,如果这都不知道的话麻烦自行百度jdk的动态代理。


首先我们先创建出我们的代理的处理器逻辑


// 这个是属于jdk动态代理的东西
public class MyServiceProxy implements InvocationHandler {
    private Class target;
    public MyServiceProxy(Class target) {
        this.target = target;
    }
    public Object getProxy() {
        // 创建代理的核心逻辑
        return Proxy.newProxyInstance(target.getClassLoader(), new Class[]{target}, this);
    }
    @Override
    public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
        // 每次被代理的接口的方法被调用就会走到这里来,在这里我们可以做很多事情
        // 我这里只是简单打印了方法的全路径名称而已
        // 你可以在这里根据每个方法的名称不同做不同的事情,甚至还可以根据方法参数里的method去拿方法的注解,获取注解的信息,进而做更多的事情
        System.out.println(method.getDeclaringClass().getName() + "." + method.getName());
        return null;
    }
}


然后再实现我们自己的FactoryBean:


public class MyFactoryBean<T> implements FactoryBean<T> {
    // 必须是接口的class
    private Class<T> clazz;
    public MyFactoryBean() {
    }
    public MyFactoryBean(Class<T> clazz) {
        this.clazz = clazz;
    }
    @Override
    public T getObject() throws Exception {
        // 创建代理
        return (T) new MyServiceProxy(clazz).getProxy();
    }
    @Override
    public Class<?> getObjectType() {
        return clazz;
    }
    public void setClass(Class<T> clazz){
        this.clazz = clazz;
    }
}



在这里,先说一下FactoryBean的机制。FactoryBean这个也是用于创建对象的,如果我们某个类比如A.java实现了FactoryBean的话,并且你给这个类标上了@Component这样的注解,那么,当调用getBean("a")的时候,我们获取到的是FactoryBean中getObject返回的对象。如果我们想要得到FactoryBean本身应该则应该调用在参数前加上"&",比如getBean("&a")这样去调用,或者getBean(A.class)这样传个Class对象进去也可以,具体的原因可以看我前面的文章。


此时我们可以尝试着把我们的@MyAnno注解加在接口上:


@MyAnno
public interface TestService {
    void eat();
}


接口很简单,也没有实现类。然后用如下测试代码进行测试


public static void main(String[] args) {
        AnnotationConfigApplicationContext annotationConfigApplicationContext = new AnnotationConfigApplicationContext(Config.class);
        TestService testService = (TestService) annotationConfigApplicationContext.getBean("testService");
        testService.eat();
    }


完了可以看到控制台输出的内容如下:


1686813468522.png


此时还没完,因为别忘了,我们的MyAnnoConfigurationPostProcessor里面的扫描路径是写死的。一般来说,我们会把扫描路径配合一个注解写到启动类上,方便统一管理,就像Mybatis的@MapperScan那样。明确目标后,然后我们来解决我们的问题


4、使用注解配置扫描路径


我们定义一下我们自己的Scanner:


@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Import(MyAnnoScannerRegistrar.class)
public @interface MyAnnoScanner {
    // value 为包扫描的路径
    String[] value() default {};
}


注意这个import注解引进来的这个class是重中之重,它是用来对我们这个MyAnnoScanner里面value值对应的包来进行扫描的,我们来看看代码:


// 必须实现ImportBeanDefinitionRegistrar
public class MyAnnoScannerRegistrar implements ImportBeanDefinitionRegistrar {
    @Override
    public void registerBeanDefinitions(AnnotationMetadata importingClassMetadata, BeanDefinitionRegistry registry) {
        // 获取被Import注解所标着的类的元数据
        AnnotationAttributes annoAttrs = AnnotationAttributes.fromMap(importingClassMetadata.getAnnotationAttributes(MyAnnoScanner.class.getName()));
        List<String> basePackages = new ArrayList();
        // 获取MyAnnoScanner里面的路径
        for (String pkg : annoAttrs.getStringArray("value")) {
            if (StringUtils.hasText(pkg)) {
                basePackages.add(pkg);
            }
        }
        ClassPathAnnoScanner scanner = new ClassPathAnnoScanner(registry);
        for (String basePackage : basePackages) {
            // 针对每个路径进行扫描
            scanner.doScan(basePackage);
        }
    }
}


最后我们在我们的Config.java上加上我们的注解:


@ComponentScan(basePackages = "com.example.demo.external5")
@MyAnnoScanner(value = "com.example.demo.external5")
public class Config {
}


注意哈,之前的MyAnnoConfigurationPostProcessor这个类我们就可以干掉了,因为它此时已经完全没什么用了。我们用和上面一样的测试代码,发现最后的输出了我们想要的东西,此时,完整的一个整合就结束了。


多说一下关于Import注解的东西,你只需要记住,当Import进来的类,没有实现ImportBeanDefinitionRegistrar这个接口的时候,这个类就会被放进Spring容器中, 你可以通过@Autowired的方式去自动注入它;反之如果实现了ImportBeanDefinitionRegistrar,那么这个类之后是不会放入Spring中,这个原因涉及到的代码在ConfigurationClassPostProcessor的方法postProcessBeanDefinitionRegistry中,具体是还是比较复杂的,我后边如果有时间也会专门再去写文章讲这些。


关于FactoryBean的面试题


相信不少人在面试中是遇到过这样一个面试题的:你能说说FactoryBean和BeanFactory的区别吗?我们可以说他们都是工厂,都是用来创建对象的,但是创建对象的场景是天差地别的,BeanFactory是可以用来创建各种各样的对象,但是FactoryBean是用来创建某一类的复杂对象的。并且BeanFactory人家的实现类都可以说是一个一个的容器,但是FactoryBean就不是了。

目录
相关文章
|
8天前
|
Java Spring
【Spring】方法注解@Bean,配置类扫描路径
@Bean方法注解,如何在同一个类下面定义多个Bean对象,配置扫描路径
135 73
|
5天前
|
XML Java 数据格式
【SpringFramework】Spring IoC-基于XML的实现
本文主要讲解SpringFramework中IoC和DI相关概念,及基于XML的实现方式。
96 69
|
3天前
|
Java Spring 容器
【SpringFramework】Spring IoC-基于注解的实现
本文主要记录基于Spring注解实现IoC容器和DI相关知识。
36 21
|
5天前
|
Java 开发者 Spring
理解和解决Spring框架中的事务自调用问题
事务自调用问题是由于 Spring AOP 代理机制引起的,当方法在同一个类内部自调用时,事务注解将失效。通过使用代理对象调用、将事务逻辑分离到不同类中或使用 AspectJ 模式,可以有效解决这一问题。理解和解决这一问题,对于保证 Spring 应用中的事务管理正确性至关重要。掌握这些技巧,可以提高开发效率和代码的健壮性。
31 13
|
8天前
|
存储 Java Spring
【Spring】获取Bean对象需要哪些注解
@Conntroller,@Service,@Repository,@Component,@Configuration,关于Bean对象的五个常用注解
|
8天前
|
存储 Java 应用服务中间件
【Spring】IoC和DI,控制反转,Bean对象的获取方式
IoC,DI,控制反转容器,Bean的基本常识,类注解@Controller,获取Bean对象的常用三种方式
|
8天前
|
Java Spring
【Spring配置】idea编码格式导致注解汉字无法保存
问题一:对于同一个项目,我们在使用idea的过程中,使用汉字注解完后,再打开该项目,汉字变成乱码问题二:本来a项目中,汉字注解调试好了,没有乱码了,但是创建出来的新的项目,写的注解又成乱码了。
|
8月前
|
Java API Spring
Spring容器如何使用一个注解来指定一个类型为配置类型
Spring容器如何使用一个注解来指定一个类型为配置类型
62 0
|
3月前
|
XML Java 数据格式
手动开发-简单的Spring基于注解配置的程序--源码解析
手动开发-简单的Spring基于注解配置的程序--源码解析
55 0
|
7月前
|
XML Java 数据格式
Spring5系列学习文章分享---第三篇(AOP概念+原理+动态代理+术语+Aspect+操作案例(注解与配置方式))
Spring5系列学习文章分享---第三篇(AOP概念+原理+动态代理+术语+Aspect+操作案例(注解与配置方式))
63 0