前言
今天我们来剖析下conversionService的初始过程，看下这个组件到底是如何初始化的，当然毕竟前天、昨天都剖析的差不多了，所以今天应该不会花太多时间。
好了，闲话少说，毕竟明天就放假了，所以今天要早点结束，然后开启假日模式。
初始化过程
ConversionService服务本身是属于beanFactory的一个属性，但它并没有跟随beanFactory初始化，根据下面的截图我们可以看出来，在容器初始化之后，beanFactory的conversionService依然是null。
直到在prepareContext方法调用了postProcessApplicationContext，我们beanFactory的cpnversionService才真正被初始化，关于这一块我们在剖析spring boot启动过程中以及分享过了，不过这一次我们是沿着conversionService的初始化的过程来看的，所以关于conversionService的相关内容会更加细致：
初始化之后conversionService被成功注入134个转换器，关于这一块的内容，我们前天也分享过了，最终我们通过配置类添加的转换器也会被加到converters中：
这里的conversionService来源于ApplicationConversionService.getSharedInstance()，所以接下来我们要看下ApplicationConversionService的初始化过程：
这里的getSharedInstance方法其实就是为了获取并返回ApplicationConversionService的sharedInstance属性，由于这个属性是静态的，所以它只会被初始化一次（也就是单例的）。
从上面的源码中我们可以看到，如果sharedInstance如果为空，则会为我们创建一个ApplicationConversionService赋值给ApplicationConversionService的shareInstance，并将实例结果返回。
由于shareInstance是静态的所以，全局只有一个，下一次在执行getShareInstace方法的时候，会直接返回，这里未来避免多线程并发导致数据被覆盖，所以对ApplicationConversionService.class加了锁，同时还进行了两次空判断，这也可以确保线程更安全，特别是锁内的判断。下面我们看下ApplicationConversionService的实例化操作：
在ApplicationConversionService的构造方法中，先调用了setEmbeddedValueResolver设置了StringValueResolver，这个解析器的作用就是解析string类型的配置，方法内部就是简单的赋值；
然后调用了config方法，对当前转换服务进行配置，主要就是注册转换器和转换器工厂，包括string到Duration（JDK1.8引入的时长类）的转换
总结
好了，今天就先到这里了，我要修下键盘，前两天晚上吃饭的时候，不小心把馄饨汤倒进机械键盘了（浪费了我的高汤，键盘怕不是渴了），这两天键盘已经变成魔鬼输入法了，我今天要抽时间修理下，所以就先到这里吧，明天可以把我最近修理的小玩意都分享下。
最后，祝各位小伙伴中秋快乐呀！
– END –
原文始发于微信公众号（云中志）：spring-boot转换服务ConversionService二次剖析
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
文章由极客之音整理，本文链接：https://www.bmabk.com/index.php/post/40311.html
