透过 Spring 源码查看 Bean 的命名转换规则,太通透了!

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

测试观察

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

<content:component-scan base-package="com.spring.demo"></content:component-scan>
透过 Spring 源码查看 Bean 的命名转换规则,太通透了!

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

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

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

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

透过 Spring 源码查看 Bean 的命名转换规则,太通透了!

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

透过 Spring 源码查看 Bean 的命名转换规则,太通透了!

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

透过 Spring 源码查看 Bean 的命名转换规则,太通透了!

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

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

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

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

透过 Spring 源码查看 Bean 的命名转换规则,太通透了!

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

透过 Spring 源码查看 Bean 的命名转换规则,太通透了!

原理探究

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

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

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

透过 Spring 源码查看 Bean 的命名转换规则,太通透了!

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

透过 Spring 源码查看 Bean 的命名转换规则,太通透了!

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

透过 Spring 源码查看 Bean 的命名转换规则,太通透了!

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

透过 Spring 源码查看 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);
}

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

透过 Spring 源码查看 Bean 的命名转换规则,太通透了!

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

透过 Spring 源码查看 Bean 的命名转换规则,太通透了!

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

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

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

透过 Spring 源码查看 Bean 的命名转换规则,太通透了!

总结一下

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

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

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

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

来源:blog.csdn.net/Fire_Cloud_1/

article/details/131024305


后端专属技术群

构建高质量的技术交流社群,欢迎从事编程开发、技术招聘HR进群,也欢迎大家分享自己公司的内推信息,相互帮助,一起进步!

文明发言,以交流技术职位内推行业探讨为主

广告人士勿入,切勿轻信私聊,防止被骗

透过 Spring 源码查看 Bean 的命名转换规则,太通透了!
加我好友,拉你进群 

原文始发于微信公众号(Java面试题精选):透过 Spring 源码查看 Bean 的命名转换规则,太通透了!

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

文章由极客之音整理,本文链接:https://www.bmabk.com/index.php/post/147531.html

(0)
小半的头像小半

相关推荐

发表回复

登录后才能评论
极客之音——专业性很强的中文编程技术网站,欢迎收藏到浏览器,订阅我们!