MyBatis-Plus中自定义TypeHandler的加密解密问题解析

问题背景

在使用MyBatis-Plus进行数据持久化操作时，开发者经常会遇到需要对敏感字段进行加密存储的需求。通过自定义TypeHandler可以实现字段级别的加密解密逻辑，但在实际使用过程中，可能会遇到加密成功但解密失败的情况。

问题现象

在MyBatis-Plus项目中，开发者配置了自定义的EncryptTypeHandler来处理敏感字段的加密解密：

1. 在实体类中使用@TableField注解指定typeHandler
2. 在配置类中注册自定义TypeHandler
3. 插入数据时加密功能正常
4. 但通过selectById查询时，返回的数据未经过解密处理

技术原理分析

MyBatis-Plus的TypeHandler机制基于MyBatis实现，但在自动映射过程中有一些特殊处理：

1. 插入操作：MyBatis-Plus会正确识别@TableField注解中指定的typeHandler，在参数设置阶段调用加密逻辑。

2. 查询操作：当使用selectById等基础CRUD方法时，MyBatis-Plus会使用自动映射机制，可能不会自动应用实体类中定义的typeHandler。

3. TypeHandler注册：全局注册TypeHandler时，如果指定了Java类型和JDBC类型，会影响所有匹配类型的字段处理。

解决方案

针对这个问题，有以下几种解决方案：

方案一：显式指定ResultMap

在Mapper XML中定义显式的ResultMap，明确指定每个字段的typeHandler：

<resultMap id="BaseResultMap" type="com.example.entity.TestMybatisEntity">
    <result column="password" property="password" typeHandler="com.example.handler.EncryptTypeHandler"/>
    <result column="mobile" property="mobile" typeHandler="com.example.handler.EncryptTypeHandler"/>
</resultMap>

方案二：使用自定义查询方法

创建专门的查询方法，在注解或XML中明确指定typeHandler：

@Select("SELECT * FROM test_mybatis WHERE chat_id = #{id}")
@Results({
    @Result(column = "password", property = "password", typeHandler = EncryptTypeHandler.class),
    @Result(column = "mobile", property = "mobile", typeHandler = EncryptTypeHandler.class)
})
TestMybatisEntity selectWithEncrypt(Long id);

方案三：修改TypeHandler注册方式

避免全局注册TypeHandler时指定Java类型和JDBC类型，让MyBatis只在注解指定的字段上使用该处理器：

registry.register(new EncryptTypeHandler(cryptoUtils));

最佳实践建议

1. 对于需要加密的敏感字段，建议统一使用显式ResultMap方式处理
2. 区分基础CRUD操作和业务查询操作，对需要解密的查询使用专门的查询方法
3. 在TypeHandler实现中增加日志记录，便于调试加密解密过程
4. 考虑使用MyBatis-Plus的插件机制，在查询后对结果集进行统一解密处理

总结

MyBatis-Plus的自动映射机制虽然方便，但在处理自定义TypeHandler时可能存在局限性。理解MyBatis的TypeHandler工作机制，合理选择实现方式，才能确保加密解密逻辑的正确执行。对于敏感数据处理，建议采用更明确的映射配置方式，避免依赖框架的自动行为。