遇到问题
目录
1、直接在typeHandler中使用@Autowaire注解不生效
3、通过2.1实现后发现,如果我们要注入的bean是一个dao则会出现循环依赖,因此只能通过2.2去实现
4、通过以上一顿操作后 启动发现 typeHandler中的bean还是null
5、为什么allTypeHandlersMap中没有我们那些typeHandler呢?
1、直接在typeHandler中使用@Autowaire注解不生效
原因是 mybatis通过TypeHandlerregistry的register方法时 使用的是通过以下方式实例化的typeHandler
话外题:只有交给Spring容器管理的的bean才能使用@Autowaire成功注入,Mybatis中的TypeHandler没有在Spring容器中
2、如何向指定typeHandler中注入bean
通过问题1可知 我们目前只有一个 typeHandler的实例化对象 并且存入到了TypeHandlerregistry中的allTypeHandlersMap中(key是对应typeHandler的class);
因此只能想办法在使用该typeHandler之前就要把指定的bean注入,这时候我们可以用BeanPostProcessor提供的postProcessAfterInitialization方法去实现向指定typeHandler注入bean;
使用BeanPostProcessor我们需要拦截哪个Bean去做以上工作呢(因为TypeHandler不由Spring管理,所以直接取不到TypeHandler的bean)
1、获取SqlSessionFactory 去 通过里面
TypeHandlerRegistry typeHandlerRegistry = sqlSessionFactory.getConfiguration().getTypeHandlerRegistry();
typeHandlerRegistry去获取allTypeHandlersMap 然后遍历 去获取想要的typeHandler实例
2、我们想往typeHandler中注入bean 对象入手,在获取到指定bean对象后 把该对象 通过typeHandlerRegistry去获取allTypeHandlersMap 然后遍历 去获取想要的typeHandler实例 然后设置对应的bean
3、通过2.1实现后发现,如果我们要注入的bean是一个dao则会出现循环依赖,因此只能通过2.2去实现
通过2.2实现时 也要获取SqlSessionFactory,因此 自定义的BeanPostProcessor 还需要实现ApplicationContextAware 拿到applicationContext这样就可以获取到sqlSessionFactory
4、通过以上一顿操作后 启动发现 typeHandler中的bean还是null
这样和预期肯定是不符,所以还要继续追代码去看看为什么会出现这个情况。
在GenericTokenParser的parse代码方法
buildParamterMapping方法是
这里发现 如果在typeHandlerRegistry中找不到typeHandler实例 则新实例化一个,但是实例化后并没有放入到typeHandlerRegistry中的allTypeHandlersMap中
5、为什么allTypeHandlersMap中没有我们那些typeHandler呢?
跟着代码 我们找 allTypeHandlersMap的typeHandler都是在哪加载的
第二个地方是
因此我们只需要加上mybatis.type-handlers-package: com.shuidihuzhu.data.typehandler.fieldcipher 就能解决以上问题