第三十九章 Spring之假如让你来写MVC——番外篇：类型转换

穷儒公羊

已于 2025-03-31 12:37:02 修改

阅读量1.1k

点赞数 16

分类专栏： java Spring 文章标签： spring mvc java servlet jsp

于 2025-01-14 11:13:22 首次发布

本文链接：https://blog.csdn.net/weixin_42789334/article/details/144792810

版权

Spring源码阅读目录

第一部分——IOC篇

第一章 Spring之最熟悉的陌生人——IOC
第二章 Spring之假如让你来写IOC容器——加载资源篇
第三章 Spring之假如让你来写IOC容器——解析配置文件篇
第四章 Spring之假如让你来写IOC容器——XML配置文件篇
第五章 Spring之假如让你来写IOC容器——BeanFactory和FactoryBean
第六章 Spring之假如让你来写IOC容器——Scope和属性填充
第七章 Spring之假如让你来写IOC容器——属性填充特别篇：SpEL表达式
第八章 Spring之假如让你来写IOC容器——拓展篇
第九章 Spring之源码阅读——环境搭建篇
第十章 Spring之源码阅读——IOC篇

第二部分——AOP篇

第三部分——事务篇

第二十五章 Spring之曾经的老朋友——事务
第二十六章 Spring之假如让你来写事务——初稿篇
第二十七章 Spring之假如让你来写事务——铁三角篇
第二十八章 Spring之假如让你来写事务——属性篇
第二十九章 Spring之假如让你来写事务——状态篇
第三十章 Spring之假如让你来写事务——管理篇
第三十一章 Spring之假如让你来写事务——融入IOC容器篇
第三十二章 Spring之源码阅读——事务篇

第四部分——MVC篇

第五部分——Boot篇

前言

对于Spring一直都是既熟悉又陌生，说对它熟悉吧，平时用用没啥问题，但面试的时候被问的一脸懵逼，就很尴尬，都不好意思在简历上写着熟悉Spring了
在这里插入图片描述

所以决定花点时间研究研究Spring的源码。主要参考的书籍是：《Spring源码深度解析（第2版）》、《Spring揭秘》、《Spring技术内幕：深入解析Spring架构与设计原理（第2版）》

书接上回，在上篇 第三十八章 Spring之假如让你来写MVC——适配器篇 中，A君已经完成了 适配器 部分的功能了。接下来看看 A君会有什么骚操作吧

尝试动手写IOC容器

出场人物：A君（苦逼的开发）、老大（项目经理）

背景：老大要求 A君在一周内开发个简单的 IOC容器

前情提要：A君已经完成了 适配器 部分的功能了。。。

类型转换概览

在之前的章节中，为了避免一叶障目，A君没有把重心放在没必要的细节上，只求明白整个 Spring 的主流程。还有一个就是之前也没有想到过会写这么多章节，现在既然已经折腾到这一步了，那就不能在对 Spring 中的类型转换避而不谈，是时候进行一个深入的探讨了

1.0版本

基于JDK的类型转换

在 Spring 早期版本中，其实类型转换并不复杂，Spring 直接依赖于 JDK 自带的PropertyEditor进行类型转换，其接口如下：

public interface PropertyEditor {
   
    void setValue(Object value);

    Object getValue();

    boolean isPaintable();

    void paintValue(java.awt.Graphics gfx, java.awt.Rectangle box);

    String getJavaInitializationString();

    String getAsText();

    void setAsText(String text) throws java.lang.IllegalArgumentException;

    String[] getTags();


    java.awt.Component getCustomEditor();

    boolean supportsCustomEditor();

    void addPropertyChangeListener(PropertyChangeListener listener);


    void removePropertyChangeListener(PropertyChangeListener listener);

}

这也是 A君之前采用的方法，依赖于 JDK，那只需要提供对应的类型转换实现即可。JDK 也提供了公共类，封装了大部分方法。用户只需要重写setAsText就行了。例子如下：

public class CustomBooleanEditor extends PropertyEditorSupport {
   
    @Override
    public void setAsText(String text) throws IllegalArgumentException{
   
        this.setValue(Boolean.valueOf(text));
    }
}

管理器

PropertyEditor可谓是非常之简单。像这种转换类肯定会有一大堆，这时候就需要一个可以进行统一管理地方。于是，就有了接口PropertyEditorRegistry。代码如下：

public interface PropertyEditorRegistry {
   

	void registerCustomEditor(Class<?> requiredType, PropertyEditor propertyEditor);

	void registerCustomEditor(@Nullable Class<?> requiredType, @Nullable String propertyPath, PropertyEditor propertyEditor);

	@Nullable
	PropertyEditor findCustomEditor(@Nullable Class<?> requiredType, @Nullable String propertyPath);
}

PropertyEditorRegistry负责找到对应的转换器，然后PropertyEditor负责类型转换，这两个接口组成了 Spring 早期的类型转换

注册器

转换器有了，管理器也有了，接着该考虑拓展了。对于用户来说，直接操作内部组件有点不合适，不符合开闭原则，所以这时候就需要暴露出个接口，提供给用户使用，于是就有了PropertyEditorRegistrar，代码如下：

public interface PropertyEditorRegistrar {
   
	void registerCustomEditors(PropertyEditorRegistry registry);
}

用户只要实现该接口，就能把自定义的类型转换器注册进 Spring 中去，这大大的简化了用户操作

2.0版本

新的类型转换器

PropertyEditor虽然简单，但是简单的代价就是无法支持复杂场景。PropertyEditor只支持字符串，显然，这对于后来的 Spring 来说有点捉襟见肘了。于是 Spring 对其进行了拓展。于是 Spring 定义了个TypeConverter接口，代码如下：

public interface TypeConverter {
   

	@Nullable
	<T> T convertIfNecessary(@Nullable Object value, @Nullable Class<T> requiredType) throws TypeMismatchException;

	@Nullable
	<T> T convertIfNecessary(@Nullable Object value, @Nullable Class<T> requiredType,
			@Nullable MethodParameter methodParam) throws TypeMismatchException;

	@Nullable
	<T> T convertIfNecessary(@Nullable Object value, @Nullable Class<T> requiredType, @Nullable Field field)
			throws TypeMismatchException;

	@Nullable