java

关注公众号 jb51net

关闭
首页 > 软件编程 > java > Bean命名转换规则

透过Spring源码查看Bean的命名转换规则图文详解

作者:烽起黎明

Java Bean是一种 Java 编程语言编写的可重用软件组件,包括符合一定规范的Java 类、属性和方法,用于描述和处理应用程序中的数据对象,下面这篇文章主要给大家介绍了关于透过Spring源码查看Bean的命名转换规则的相关资料,需要的朋友可以参考下

前言

近期在写Spring项目的时候,需要通过注解的形式去替代之前直接将Bean存放在Spring容器这种方式,以此来简化对于Bean对象的操作,但是这样无法通过准确的Id去获取到相应的Bean对象了

测试观察

首先,如果要将指定的对象存放到Spring中,在Spring的配置文件中的扫描包路径一定不能错,这样我们在这个包中所包含的类前加上【五大类注解】,就可以将对象存储到Spring中的

<content:component-scan base-package="com.spring.demo"></content:component-scan>

然后我便在这个包下写了个UserController 类,并且加上了【@Controller】注解,此时Spring在加载的时候就会存储改对象

@Controller
public class UserController {
    public void SayHello(){
        System.out.println("do SayHello()");
    }
}

此时看到,我在App类中去获取到了这个Bean对象,而且使用的是【名称 + 类名】的形式,这种形式就可以防止Spring中存储多个Bean对象而造成的冲突问题

但是呢,我就卡在了这里,不知道该去写什么名称?因为根本没有在Spring中写明Id值

首先我想到的是这个名称会不会就是类名呢?但是在我进行尝试之后却发现并不是这样,编译器报出了异常说No bean named 'UserController' available

然后我又想到了Java的命名规范是【小驼峰】,一般去通过这个类实例化对象的时候都是将首字母进行一个小写,其余不变,于是当我使用这个名称进行传递的时候,程序运行就没有问题了

那我首先猜测它的命名就是这样规定的,但是有没有特例呢?

此时我又去定义了一个类,将其类名取成了两个大写字母开头的,看看这样子的命名是否还会以【小驼峰】的形式去进行转换

@Controller
public class SController {
    public void SayHello(){
        System.out.println("do SayHello()");
    }
}

但是当我在看运行结果的时候,却发现这样小驼峰的形式似乎行不通了

但是当我在将名称改回【类名】的时候,却发现又可以运行了,这是为什么呢?里面的转换规则又是怎样的?这需要我再去研究一番🔍

原理探究

通过上面的测试可以看出,Spring对于这个Bean对象的命名转换是存在一定规则的,因为【在Spring中,约定大于俗成】

接下去我就通过查看Spring源码的方式带读者来探究一下到底这个Spring内部对于这个Bean的命名转换规则是怎样的,虽然Spring框架的代码都是开源的,但是要精准地找到对应想要的代码逻辑可不简单,需要层层深入地进行探访

1、首先第一步,我们可以按两下【shift】键,便会跳出IDEA的搜索框,在这个里面你可以去搜寻当前项目中所有的类、接口,以查看它们的内部实现。然后我便发现了一个类叫做AnnotationBeanNameGenerator,翻译一下即为【注释Bean名称生成器】,那我猜测命名规范的代码逻辑可能就在这个类中

2、当我们进入到这个类后,就可以去寻找其对应的方法了,那个方法是和BeanName有关联的,首先点击右侧的【结构】我们便可以看到这个类中到底有哪些方法,那一看我们就可以观察到有generateBeanName()这个方法,点到对应的方法后再进行观察,便发现其最后返回时又去调用了一个方法,于是我继续按住Ctrl键点进去

点进去发现里面又是一个方法,一些复杂的逻辑其实就是以这样一种嵌套的形式进行的,各个类、接口之间的方法调来调去

然后看到这是下面的这个方法buildDefaultBeanName()生成默认Bean名称

最后的话我们看到它在return的时候似乎又通过一个类名去调用了一个方法,然后传入了这个ClassName,那我继续点进去后就发现我似乎已经不处于Spring框架的源码中了,而是来到了JDK中

public static String decapitalize(String name) {
    if (name == null || name.length() == 0) {
        return name;
    }
    if (name.length() > 1 && Character.isUpperCase(name.charAt(1)) &&
                    Character.isUpperCase(name.charAt(0))){
        return name;
    }
    char[] chars = name.toCharArray();
    chars[0] = Character.toLowerCase(chars[0]);
    return new String(chars);
}

我们可以点击右上角的这个按钮【选择打开的文件】去找到这个类所对应的位置

最后我这边顺腾摸瓜地去查找就看到这个类是java.deskop包下的一个类,那么我们在查看Spring源码的时候最终还是来到了JDK下,这个可以说明一点:Bean的命名并不是乱取的,而是使用JDK的一个命名标准去进行命名的

然后我们就可以去看看JDK中对于命名的规范到底是怎样的💻

可以看到很明显的这里是有两种情况,若是首字母和第二个字母都是大写的话,那就返回原来的名称;第二种情况则是将字符串首先转换成了字符数组,然后再将第一位变成小写

那看到这里的话其实我已经是明白了,原来Spring对于Bean的这个命名规则是这样的

总结一下

最后的话我们来总结一下本次查看源码的收获吧🍚

通过查看Spring的源码我们进入到了JDK中,经过代码的阅读将Bean的命名转换总结了以下两点

默认情况:使用原类名首字母小写就能读取到Bean对象特例:如果首字母和第二字母都是大写的情况下,那么Bean名称就是原类名

在学习Spring框架的过程中,初学者难免会遇到不理解的地方,因为Spring是一个IoC容器,会通过DI依赖注入的形式帮我们自动地去管理对象,所以内部的细节便不得而知,但我们可以通过【阅读源码】的方式来进行理解,去看看大佬是怎么思考的🤔

到此这篇关于透过Spring源码查看Bean的命名转换规则的文章就介绍到这了,更多相关Bean命名转换规则内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!

您可能感兴趣的文章:
阅读全文