分析Spring框架之设计与实现资源加载器
一、前言
你写的代码,能接的住产品加需求吗?
接,是能接的,接几次也行,哪怕就一个类一片的 if...else 也可以!但接完成什么样可就不一定了,会不会出事故也不是能控制住的。
那出事故时,你说因为我写 if...else 多了导致代码烂了,但可是你先动的手啊:你说的需求还得加、你说的老板让上线、你说的合同都签了,搬砖码农的我没办法,才以堆代码平需求,需求太多不好搞,我才以搬砖平需求!诸侯不服,我才以兵服诸侯,你不服,我就打到你服!
但代码烂了有时候并不是因为需求加的快、也不是着急上线。因为往往在承接产品需求的前几次,一个功能逻辑的设计并不会太复杂,也不会有多急迫,甚至会留出让你做设计、做评审、做开发的时间,如果这个时候仍不能把以后可能会发生的事情评估到需求里,那么导致代码的混乱从一开始就已经埋下了,以后只能越来越乱!
承接需求并能把它做好,这来自于对需求的理解,产品场景开发的经验以及对代码实践落地的把控能力等综合多方面因素的结果。就像你现在做的开发中,你的代码有哪些是经常变化的,有哪些是固定通用的,有哪些是负责逻辑拼装的、有哪些是来做核心实现的。那么现在如果你的核心共用层做了频繁变化的业务层包装,那么肯定的说,你的代码即将越来越乱,甚至可能埋下事故的风险!
在我们实现的 spring 框架中,每一个章节都会结合上一章节继续扩展功能,就像每一次产品都在加需求一样,那么在学习的过程中可以承上启下的对照和参考,看看每一个模块的添加都是用什么逻辑和技术细节实现的。这些内容的学习,会非常有利于你以后在设计和实现,自己承接产品需求时做的具体开发,代码的质量也会越来越高,越来越有扩展性和可维护性。
二、目标
在完成 spring 的框架雏形后,现在我们可以通过单元测试进行手动操作 bean 对象的定义、注册和属性填充,以及最终获取对象调用方法。但这里会有一个问题,就是如果实际使用这个 spring 框架,是不太可能让用户通过手动方式创建的,而是最好能通过配置文件的方式简化创建过程。需要完成如下操作:
如图中我们需要把步骤:2、3、4整合到spring框架中,通过 spring 配置文件的方式将 bean 对象实例化。接下来我们就需要在现有的 spring 框架中,添加能解决 spring 配置的读取、解析、注册bean的操作。
三、设计
依照本章节的需求背景,我们需要在现有的 spring 框架雏形中添加一个资源解析器,也就是能读取classpath、本地文件和云文件的配置内容。这些配置内容就是像使用 spring 时配置的 spring.xml 一样,里面会包括 bean 对象的描述和属性信息。 在读取配置文件信息后,接下来就是对配置文件中的 bean 描述信息解析后进行注册操作,把 bean 对象注册到 spring 容器中。整体设计结构如下图:
- 资源加载器属于相对独立的部分,它位于 spring 框架核心包下的io实现内容,主要用于处理class、本地和云环境中的文件信息。
- 当资源可以加载后,接下来就是解析和注册 bean 到 spring 中的操作,这部分实现需要和 defaultlistablebeanfactory 核心类结合起来,因为你所有的解析后的注册动作,都会把 bean 定义信息放入到这个类中。
- 那么在实现的时候就设计好接口的实现层级关系,包括我们需要定义出 bean 定义的读取接口
beandefinitionreader
以及做好对应的实现类,在实现类中完成对 bean 对象的解析和注册。
四、实现
4.1、工程结构
small-spring-step-05
└── src
├── main
│ └── java
│ └── cn.bugstack.springframework
│ ├── beans
│ │ ├── factory
│ │ │ ├── factory
│ │ │ │ ├── autowirecapablebeanfactory.java
│ │ │ │ ├── beandefinition.java
│ │ │ │ ├── beanreference.java
│ │ │ │ ├── configurablebeanfactory.java
│ │ │ │ └── singletonbeanregistry.java
│ │ │ ├── support
│ │ │ │ ├── abstractautowirecapablebeanfactory.java
│ │ │ │ ├── abstractbeandefinitionreader.java
│ │ │ │ ├── abstractbeanfactory.java
│ │ │ │ ├── beandefinitionreader.java
│ │ │ │ ├── beandefinitionregistry.java
│ │ │ │ ├── cglibsubclassinginstantiationstrategy.java
│ │ │ │ ├── defaultlistablebeanfactory.java
│ │ │ │ ├── defaultsingletonbeanregistry.java
│ │ │ │ ├── instantiationstrategy.java
│ │ │ │ └── simpleinstantiationstrategy.java
│ │ │ ├── support
│ │ │ │ └── xmlbeandefinitionreader.java
│ │ │ ├── beanfactory.java
│ │ │ ├── configurablelistablebeanfactory.java
│ │ │ ├── hierarchicalbeanfactory.java
│ │ │ └── listablebeanfactory.java
│ │ ├── beansexception.java
│ │ ├── propertyvalue.java
│ │ └── propertyvalues.java
│ ├── core.io
│ │ ├── classpathresource.java
│ │ ├── defaultresourceloader.java
│ │ ├── filesystemresource.java
│ │ ├── resource.java
│ │ ├── resourceloader.java
│ │ └── urlresource.java
│ └── utils
│ └── classutils.java
└── test
└── java
└── cn.bugstack.springframework.test
├── bean
│ ├── userdao.java
│ └── userservice.java
└── apitest.java
spring bean 容器资源加载和使用类关系,如图 6-3
- 本章节为了能把 bean 的定义、注册和初始化交给 spring.xml 配置化处理,那么就需要实现两大块内容,分别是:资源加载器、xml资源处理类,实现过程主要以对接口
resource
、resourceloader
的实现,而另外beandefinitionreader
接口则是对资源的具体使用,将配置信息注册到 spring 容器中去。 - 在 resource 的资源加载器的实现中包括了,classpath、系统文件、云配置文件,这三部分与 spring 源码中的设计和实现保持一致,最终在 defaultresourceloader 中做具体的调用。
- 接口:beandefinitionreader、抽象类:abstractbeandefinitionreader、实现类:xmlbeandefinitionreader,这三部分内容主要是合理清晰的处理了资源读取后的注册 bean 容器操作。接口管定义,抽象类处理非接口功能外的注册bean组件填充,最终实现类即可只关心具体的业务实现
另外本章节还参考 spring 源码,做了相应接口的集成和实现的关系,虽然这些接口目前还并没有太大的作用,但随着框架的逐步完善,它们也会发挥作用。如图 6-4
- beanfactory,已经存在的 bean 工厂接口用于获取 bean 对象,这次新增加了按照类型获取 bean 的方法:
<t> t getbean(string name, class<t> requiredtype)
- listablebeanfactory,是一个扩展 bean 工厂接口的接口,新增加了
getbeansoftype
、getbeandefinitionnames()
方法,在 spring 源码中还有其他扩展方法。 - hierarchicalbeanfactory,在 spring 源码中它提供了可以获取父类 beanfactory 方法,属于是一种扩展工厂的层次子接口。sub-interface implemented by bean factories that can be part of a hierarchy.
- autowirecapablebeanfactory,是一个自动化处理bean工厂配置的接口,目前案例工程中还没有做相应的实现,后续逐步完善。
- configurablebeanfactory,可获取 beanpostprocessor、beanclassloader等的一个配置化接口。
- configurablelistablebeanfactory,提供分析和修改bean以及预先实例化的操作接口,不过目前只有一个 getbeandefinition 方法。
4.2、资源加载接口定义和实现
cn.bugstack.springframework.core.io.resource
public interface resource { inputstream getinputstream() throws ioexception; }
在 spring 框架下创建 core.io 核心包,在这个包中主要用于处理资源加载流。定义 resource 接口,提供获取 inputstream 流的方法,接下来再分别实现三种不同的流文件操作:classpath、filesystem、url
classpath:cn.bugstack.springframework.core.io.classpathresource
public class classpathresource implements resource { private final string path; private classloader classloader; public classpathresource(string path) { this(path, (classloader) null); } public classpathresource(string path, classloader classloader) { assert.notnull(path, "path must not be null"); this.path = path; this.classloader = (classloader != null ? classloader : classutils.getdefaultclassloader()); } @override public inputstream getinputstream() throws ioexception { inputstream is = classloader.getresourceasstream(path); if (is == null) { throw new filenotfoundexception( this.path + " cannot be opened because it does not exist"); } return is; } }
这一部分的实现是用于通过 classloader
读取 classpath
下的文件信息,具体的读取过程主要是:classloader.getresourceasstream(path)
filesystem:cn.bugstack.springframework.core.io.filesystemresource
public class filesystemresource implements resource { private final file file; private final string path; public filesystemresource(file file) { this.file = file; this.path = file.getpath(); } public filesystemresource(string path) { this.file = new file(path); this.path = path; } @override public inputstream getinputstream() throws ioexception { return new fileinputstream(this.file); } public final string getpath() { return this.path; } }
通过指定文件路径的方式读取文件信息,这部分大家肯定还是非常熟悉的,经常会读取一些txt、excel文件输出到控制台。
url:cn.bugstack.springframework.core.io.urlresource
public class urlresource implements resource{ private final url url; public urlresource(url url) { assert.notnull(url,"url must not be null"); this.url = url; } @override public inputstream getinputstream() throws ioexception { urlconnection con = this.url.openconnection(); try { return con.getinputstream(); } catch (ioexception ex){ if (con instanceof httpurlconnection){ ((httpurlconnection) con).disconnect(); } throw ex; } } }
通过 http 的方式读取云服务的文件,我们也可以把配置文件放到 github 或者 gitee 上。
4.3、包装资源加载器
按照资源加载的不同方式,资源加载器可以把这些方式集中到统一的类服务下进行处理,外部用户只需要传递资源地址即可,简化使用。
定义接口:cn.bugstack.springframework.core.io.resourceloader
public interface resourceloader { /** * pseudo url prefix for loading from the class path: "classpath:" */ string classpath_url_prefix = "classpath:"; resource getresource(string location); }
定义获取资源接口,里面传递 location 地址即可。
实现接口:cn.bugstack.springframework.core.io.defaultresourceloader
public class defaultresourceloader implements resourceloader { @override public resource getresource(string location) { assert.notnull(location, "location must not be null"); if (location.startswith(classpath_url_prefix)) { return new classpathresource(location.substring(classpath_url_prefix.length())); } else { try { url url = new url(location); return new urlresource(url); } catch (malformedurlexception e) { return new filesystemresource(location); } } } }
在获取资源的实现中,主要是把三种不同类型的资源处理方式进行了包装,分为:判断是否为classpath、url以及文件。
虽然 defaultresourceloader 类实现的过程简单,但这也是设计模式约定的具体结果,像是这里不会让外部调用放知道过多的细节,而是仅关心具体调用结果即可。
4.4、bean定义读取接口
cn.bugstack.springframework.beans.factory.support.beandefinitionreader
public interface beandefinitionreader { beandefinitionregistry getregistry(); resourceloader getresourceloader(); void loadbeandefinitions(resource resource) throws beansexception; void loadbeandefinitions(resource... resources) throws beansexception; void loadbeandefinitions(string location) throws beansexception; }
这是一个 simple interface for bean definition readers. 其实里面无非定义了几个方法,包括:getregistry()、getresourceloader(),以及三个加载bean定义的方法。
这里需要注意 getregistry()、getresourceloader(),都是用于提供给后面三个方法的工具,加载和注册,这两个方法的实现会包装到抽象类中,以免污染具体的接口实现方法。
4.5、bean定义抽象类实现
cn.bugstack.springframework.beans.factory.support.abstractbeandefinitionreader
public abstract class abstractbeandefinitionreader implements beandefinitionreader { private final beandefinitionregistry registry; private resourceloader resourceloader; protected abstractbeandefinitionreader(beandefinitionregistry registry) { this(registry, new defaultresourceloader()); } public abstractbeandefinitionreader(beandefinitionregistry registry, resourceloader resourceloader) { this.registry = registry; this.resourceloader = resourceloader; } @override public beandefinitionregistry getregistry() { return registry; } @override public resourceloader getresourceloader() { return resourceloader; } }
抽象类把 beandefinitionreader 接口的前两个方法全部实现完了,并提供了构造函数,让外部的调用使用方,把bean定义注入类,传递进来。
这样在接口 beandefinitionreader 的具体实现类中,就可以把解析后的 xml 文件中的 bean 信息,注册到 spring 容器去了。以前我们是通过单元测试使用,调用 beandefinitionregistry 完成bean的注册,现在可以放到 xml 中操作了
4.6、解析xml处理bean注册
cn.bugstack.springframework.beans.factory.xml.xmlbeandefinitionreader
public class xmlbeandefinitionreader extends abstractbeandefinitionreader { public xmlbeandefinitionreader(beandefinitionregistry registry) { super(registry); } public xmlbeandefinitionreader(beandefinitionregistry registry, resourceloader resourceloader) { super(registry, resourceloader); } @override public void loadbeandefinitions(resource resource) throws beansexception { try { try (inputstream inputstream = resource.getinputstream()) { doloadbeandefinitions(inputstream); } } catch (ioexception | classnotfoundexception e) { throw new beansexception("ioexception parsing xml document from " + resource, e); } } @override public void loadbeandefinitions(resource... resources) throws beansexception { for (resource resource : resources) { loadbeandefinitions(resource); } } @override public void loadbeandefinitions(string location) throws beansexception { resourceloader resourceloader = getresourceloader(); resource resource = resourceloader.getresource(location); loadbeandefinitions(resource); } protected void doloadbeandefinitions(inputstream inputstream) throws classnotfoundexception { document doc = xmlutil.readxml(inputstream); element root = doc.getdocumentelement(); nodelist childnodes = root.getchildnodes(); for (int i = 0; i < childnodes.getlength(); i++) { // 判断元素 if (!(childnodes.item(i) instanceof element)) continue; // 判断对象 if (!"bean".equals(childnodes.item(i).getnodename())) continue; // 解析标签 element bean = (element) childnodes.item(i); string id = bean.getattribute("id"); string name = bean.getattribute("name"); string classname = bean.getattribute("class"); // 获取 class,方便获取类中的名称 class<?> clazz = class.forname(classname); // 优先级 id > name string beanname = strutil.isnotempty(id) ? id : name; if (strutil.isempty(beanname)) { beanname = strutil.lowerfirst(clazz.getsimplename()); } // 定义bean beandefinition beandefinition = new beandefinition(clazz); // 读取属性并填充 for (int j = 0; j < bean.getchildnodes().getlength(); j++) { if (!(bean.getchildnodes().item(j) instanceof element)) continue; if (!"property".equals(bean.getchildnodes().item(j).getnodename())) continue; // 解析标签:property element property = (element) bean.getchildnodes().item(j); string attrname = property.getattribute("name"); string attrvalue = property.getattribute("value"); string attrref = property.getattribute("ref"); // 获取属性值:引入对象、值对象 object value = strutil.isnotempty(attrref) ? new beanreference(attrref) : attrvalue; // 创建属性信息 propertyvalue propertyvalue = new propertyvalue(attrname, value); beandefinition.getpropertyvalues().addpropertyvalue(propertyvalue); } if (getregistry().containsbeandefinition(beanname)) { throw new beansexception("duplicate beanname[" + beanname + "] is not allowed"); } // 注册 beandefinition getregistry().registerbeandefinition(beanname, beandefinition); } } }
xmlbeandefinitionreader 类最核心的内容就是对 xml 文件的解析,把我们本来在代码中的操作放到了通过解析 xml 自动注册的方式。
loadbeandefinitions 方法,处理资源加载,这里新增加了一个内部方法:doloadbeandefinitions
,它主要负责解析 xml
在 doloadbeandefinitions 方法中,主要是对xml的读取 xmlutil.readxml(inputstream)
和元素 element 解析。在解析的过程中通过循环操作,以此获取 bean 配置以及配置中的 id、name、class、value、ref 信息。
最终把读取出来的配置信息,创建成 beandefinition 以及 propertyvalue,最终把完整的 bean 定义内容注册到 bean 容器:getregistry().registerbeandefinition(beanname, beandefinition)
五、测试
5.1、事先准备
cn.bugstack.springframework.test.bean.userdao
public class userdao { private static map<string, string> hashmap = new hashmap<>(); static { hashmap.put("10001", "小傅哥"); hashmap.put("10002", "八杯水"); hashmap.put("10003", "阿毛"); } public string queryusername(string uid) { return hashmap.get(uid); } }
cn.bugstack.springframework.test.bean.userservice
public class userservice { private string uid; private userdao userdao; public void queryuserinfo() { return userdao.queryusername(uid); } // ...get/set }
dao、service,是我们平常开发经常使用的场景。在 userservice 中注入 userdao,这样就能体现出bean属性的依赖了。
5.2、配置文件
important.properties
# config file
system.key=olpj9823dz
spring.xml
<?xml version="1.0" encoding="utf-8"?> <beans> <bean id="userdao" class="cn.bugstack.springframework.test.bean.userdao"/> <bean id="userservice" class="cn.bugstack.springframework.test.bean.userservice"> <property name="uid" value="10001"/> <property name="userdao" ref="userdao"/> </bean> </beans>
这里有两份配置文件,一份用于测试资源加载器,另外 spring.xml 用于测试整体的 bean 注册功能。
5.3、单元测试(资源加载)
案例
private defaultresourceloader resourceloader; @before public void init() { resourceloader = new defaultresourceloader(); } @test public void test_classpath() throws ioexception { resource resource = resourceloader.getresource("classpath:important.properties"); inputstream inputstream = resource.getinputstream(); string content = ioutil.readutf8(inputstream); system.out.println(content); } @test public void test_file() throws ioexception { resource resource = resourceloader.getresource("src/test/resources/important.properties"); inputstream inputstream = resource.getinputstream(); string content = ioutil.readutf8(inputstream); system.out.println(content); } @test public void test_url() throws ioexception { resource resource = resourceloader.getresource("https://github.com/fuzhengwei/small-spring/important.properties" inputstream inputstream = resource.getinputstream(); string content = ioutil.readutf8(inputstream); system.out.println(content); }
测试结果
# config file
system.key=olpj9823dz
process finished with exit code 0
这三个方法:test_classpath、test_file、test_url,分别用于测试加载 classpath、filesystem、url 文件,url文件在github,可能加载时会慢
5.4、单元测试(配置文件注册bean)
案例
@test public void test_xml() { // 1.初始化 beanfactory defaultlistablebeanfactory beanfactory = new defaultlistablebeanfactory(); // 2. 读取配置文件&注册bean xmlbeandefinitionreader reader = new xmlbeandefinitionreader(beanfactory); reader.loadbeandefinitions("classpath:spring.xml"); // 3. 获取bean对象调用方法 userservice userservice = beanfactory.getbean("userservice", userservice.class); string result = userservice.queryuserinfo(); system.out.println("测试结果:" + result); }
测试结果
测试结果:小傅哥
process finished with exit code 0
在上面的测试案例中可以看到,我们把以前通过手动注册 bean 以及配置属性信息的内容,交给了 new xmlbeandefinitionreader(beanfactory)
类读取 spring.xml 的方式来处理,并通过了测试验证。
六、总结
- 此时的工程结构已经越来越有 spring 框架的味道了,以配置文件为入口解析和注册 bean 信息,最终再通过 bean 工厂获取 bean 以及做相应的调用操作。
- 关于案例中每一个步骤的实现小傅哥这里都会尽可能参照 spring 源码的接口定义、抽象类实现、名称规范、代码结构等,做相应的简化处理。这样大家在学习的过程中也可以通过类名或者接口和整个结构体学习 spring 源码,这样学习起来就容易多了。
- 看完绝对不等于会,你只有动起手来从一个小小的工程框架结构,敲到现在以及以后不断的变大、变多、变强时,才能真的掌握这里面的知识。另外每一个章节的功能实现都会涉及到很多的代码设计思路,要认真去领悟。当然实践起来是最好的领悟方式!
以上就是分析spring框架之设计与实现资源加载器的详细内容,更多关于spring 资源加载器的资料请关注其它相关文章!