领导人最近封装了与RPC相关的模块，数据转换可以考虑使用Spring的原始转换器系统。
为了实现此接口以确保其线程安全性，除了接口外，还将实现该接口。
看到一些通用的春季内饰，向我们提供了
字符串到布尔
图表到charset
转换器是一对一的转换，相对简单
这比一个比
将字符串视为各种枚举类别
n：n转换
看一下Object TooptionalConverter
在这里，我使用帮助将源对象转换为中等t通用对象
您可以看到背部是三个转换关系。
作为整个转换系统的入口
如果这是一种生成与通用有关的参数的方法
让我们看一下转化器
只是进行两个接口的集成，什么也不做
是和谐的实施类
提供将一些常用转换器添加到转换器的方法
formtingConversionservice实现了构造
根据语言环境，打印机主要是打印和显示某种类型的对象
解析器是从基于语言环境的字符串解释为t的，这类似于转换器的优势，但基于
格式化直接集成了这两个接口
打印机或解析器最终都将转换为通用会员，并在转换方法中调用相应的方法进行转换说明。
Spring Boot的默认转换服务。
但是我们在春季管理的是webconversionservice。它最终将调用AddBeans方法
并注册所有通用对照器，转换器，打印机，解析器bean以构建正式化
春天同时支持两者。
BeanWrapper实现TypeConverter，而TypeConverter首先使用propertyEditor转换器转换。如果找不到相应的转换器，它将被转换为输入对象转换。将两者整合到更改。
实现转换器接口和ConitionAlalConverter接口时
另一个情况是
当有多个相同的源型和TargetType转换器时，如何选择合适的转换器
在包装RPC模块的过程中，涉及各种类型的转换，JSON和POJO转换，XML和POJO的转换以及某些自定义协议数据包的转换，以及POJO转换的某些自定义协议数据包，以及在特定的POJO中，具体而言是什么样的POJO，pojo，在IT中，RPC的基础模块是未知的，仅在运行时通过通用相关信息获得
例如，JSON和POJO之间的转换可能需要两个转换器，一个是字符串到Pojo，另一个是Pojo to String
Pojo到字符串相对简单，在这里讨论了Pojo。
字符串到pojo，这种关系似乎是1：n之间的关系，它似乎使用converterFactory来解决它
第一个是通用问题，作为转换术需要在转换中进行手动注册，
最终选择了genericConverter，
如果getConvertibletypes返回null，则接口必须实现接口conditionalConverter
该连接器被用作GlobalConverter
原始：https：//juejin.cn/post/7098322657061371941