老大一个接口加解密任务丢过来，我肝了3天，感觉可以收拾工位了

　　这日，刚撸完2两代码，正准备掏出手机摸鱼放松放松，只见老大朝我走过来，并露出一个善意的微笑，兴伟呀，xx项目有于安全问题，需要对接口整体进行加密处理，你这方面比较有经验，就给你安排上了哈，看这周内提测行不。。。，额，摸摸头上飘摇着而稀疏的长发，感觉我爱了。
　　和产品、前端同学对外需求后，梳理了相关技术方案，主要的需求点如下：尽量少改动，不影响之前的业务逻辑；考虑到时间紧迫性，可采用对称性加密方式，服务需要对接安卓、IOS、H5三端，另外考虑到H5端存储密钥安全性相对来说会低一些，故分针对H5和安卓、IOS分配两套密钥；要兼容低版本的接口，后面新开发的接口可不用兼容；接口有GET和POST两种接口，需要都要进行加解密；
　　需求解析：服务端、客户端和H5统一拦截加解密，网上有成熟方案，也可以按其他服务中实现的加解密流程来搞；使用AES放松加密，考虑到H5端存储密钥安全性相对来说会低一些，故分针对H5和安卓、IOS分配两套密钥；本次涉及客户端和服务端的整体改造，经讨论，新接口统一加secret前缀来区分
　　按本次需求来简单还原问题，定义两个对象，后面用得着，
　　用户类：DatapublicclassUser｛privateIprivateSprivateUserTypeuserTypeUserType。COMMON；JsonFormat（patternyyyyMMddHH：mm：ss）privateLocalDateTimeregisterT｝复制代码
　　用户类型枚举类：GetterJsonFormat（shapeJsonFormat。Shape。OBJECT）publicenumUserType｛VIP（VIP用户），COMMON（普通用户）；privateSprivateSUserType（Stringtype）｛this。codename（）；this。｝｝复制代码
　　构造一个简单的用户列表查询示例：RestControllerRequestMapping（value｛user，secretuser｝）publicclassUserController｛RequestMapping（list）ResponseEntityListUserlistUser（）｛ListUserusersnewArrayList（）；UserunewUser（）；u。setId（1）；u。setName（boyka）；u。setRegisterTime（LocalDateTime。now（））；u。setUserType（UserType。COMMON）；users。add（u）；ResponseEntityListUserresponsenewResponseEntity（）；response。setCode（200）；response。setData（users）；response。setMsg（用户列表查询成功）；｝｝复制代码
　　调用：localhost：8080userlist
　　查询结果如下，没毛病：｛code：200，data：〔｛id：1，name：boyka，userType：｛code：COMMON，type：普通用户｝，registerTime：2022032423：58：39｝〕，msg：用户列表查询成功｝复制代码
　　目前主要是利用ControllerAdvice来对请求和响应体进行拦截，主要定义SecretRequestAdvice对请求进行加密和SecretResponseAdvice对响应进行加密（实际情况会稍微复杂一点，项目中又GET类型请求，自定义了一个Filter进行不同的请求解密处理）。
　　好了，网上的ControllerAdvice使用示例非常多，我这把两个核心方法给大家展示看看，相信大佬们一看就晓得了，不需多言。上代码：
　　SecretRequestAdvice请求解密：description：author：boykaffdate：202203250025ControllerAdviceOrder（Ordered。HIGHESTPRECEDENCE）Slf4jpublicclassSecretRequestAdviceextendsRequestBodyAdviceAdapter｛Overridepublicbooleansupports（MethodParametermethodParameter，Typetype，C？extendsHttpMessageC？aClass）｛｝OverridepublicHttpInputMessagebeforeBodyRead（HttpInputMessageinputMessage，MethodParameterparameter，TypetargetType，C？extendsHttpMessageC？converterType）throwsIOException｛如果支持加密消息，进行消息解密。StringhttpBif（Boolean。TRUE。equals（SecretFilter。secretThreadLocal。get（）））｛httpBodydecryptBody（inputMessage）；｝else｛httpBodyStreamUtils。copyToString（inputMessage。getBody（），Charset。defaultCharset（））；｝返回处理后的消息体给messageConvertreturnnewSecretHttpMessage（newByteArrayInputStream（httpBody。getBytes（）），inputMessage。getHeaders（））；｝解密消息体paraminputMessage消息体return明文privateStringdecryptBody（HttpInputMessageinputMessage）throwsIOException｛InputStreamencryptStreaminputMessage。getBody（）；StringrequestBodyStreamUtils。copyToString（encryptStream，Charset。defaultCharset（））；验签过程HttpHeadersheadersinputMessage。getHeaders（）；if（CollectionUtils。isEmpty（headers。get（clientType））CollectionUtils。isEmpty（headers。get（timestamp））CollectionUtils。isEmpty（headers。get（salt））CollectionUtils。isEmpty（headers。get（signature）））｛thrownewResultException（SECRETAPIERROR，请求解密参数错误，clientType、timestamp、salt、signature等参数传递是否正确传递）；｝StringtimestampString。valueOf（Objects。requireNonNull（headers。get（timestamp））。get（0））；StringsaltString。valueOf（Objects。requireNonNull（headers。get（salt））。get（0））；StringsignatureString。valueOf（Objects。requireNonNull（headers。get（signature））。get（0））；StringprivateKeySecretFilter。clientPrivateKeyThreadLocal。get（）；ReqSecretreqSecretJSON。parseObject（requestBody，ReqSecret。class）；StringdatareqSecret。getData（）；StringnewSif（！StringUtils。isEmpty（privateKey））｛newSignatureMd5Utils。genSignature（timestampsaltdataprivateKey）；｝if（！newSignature。equals（signature））｛验签失败thrownewResultException（SECRETAPIERROR，验签失败，请确认加密方式是否正确）；｝try｛StringdecryptEncryptUtils。aesDecrypt（data，privateKey）；if（StringUtils。isEmpty（decrypt））｛decrypt｛｝；｝｝catch（Exceptione）｛log。error（error：，e）；｝thrownewResultException（SECRETAPIERROR，解密失败）；｝｝复制代码
　　SecretResponseAdvice响应加密：ControllerAdvicepublicclassSecretResponseAdviceimplementsResponseBodyAdvice｛privateLoggerloggerLoggerFactory。getLogger（SecretResponseAdvice。class）；Overridepublicbooleansupports（MethodParametermethodParameter，ClassaClass）｛｝OverridepublicObjectbeforeBodyWrite（Objecto，MethodParametermethodParameter，MediaTypemediaType，ClassaClass，ServerHttpRequestserverHttpRequest，ServerHttpResponseserverHttpResponse）｛判断是否需要加密BooleanrespSecretSecretFilter。secretThreadLocal。get（）；StringsecretKeySecretFilter。clientPrivateKeyThreadLocal。get（）；清理本地缓存SecretFilter。secretThreadLocal。remove（）；SecretFilter。clientPrivateKeyThreadLocal。remove（）；if（null！respSecretrespSecret）｛if（oinstanceofResponseBasic）｛外层加密级异常if（SECRETAPIERROR（（ResponseBasic）o）。getCode（））｛returnSecretResponseBasic。fail（（（ResponseBasic）o）。getCode（），（（ResponseBasic）o）。getData（），（（ResponseBasic）o）。getMsg（））；｝业务逻辑try｛StringdataEncryptUtils。aesEncrypt（JSON。toJSONString（o），secretKey）；增加签名longtimestampSystem。currentTimeMillis（）1000；intsaltEncryptUtils。genSalt（）；StringdataNewtimestampsaltdatasecretKStringnewSignatureMd5Utils。genSignature（dataNew）；returnSecretResponseBasic。success（data，timestamp，salt，newSignature）；｝catch（Exceptione）｛logger。error（beforeBodyWriteerror：，e）；returnSecretResponseBasic。fail（SECRETAPIERROR，，服务端处理结果数据异常）；｝｝｝｝｝复制代码
　　OK，代码Demo撸好了，试运行一波：请求方法：localhost：8080secretuserlistheader：ContentType：applicationjsonsignature：55efb04a83ca083dd1e6003cde127c45timestamp：1648308048salt：123456clientType：ANDORIDbody体：原始请求体｛page：1，size：10｝加密后的请求体｛data：1ZBecdnDuMocxAiW9UtBrJzlvVbueP9K0MsIxQccmU3OPG92oRinVm0GxBwdlXXJ｝加密响应体：｛data：fxHYvnIE54eAXDbErdrDryEsIYNvsOOkyEKYB1iBcreQU1wMowHE2BNXje6OP3NlsCtAeDqcp7J1N332el8q2FokixLvdxAPyW5Un9JiT0LQ3MB8pnN23pTSIvh9VS92lCA8KULWg2nViSFL5X1VwKrF0KdcVVZnpw5h227UywP6ezSHjHdAQ0eKZFGTEv3IzNXWqqotx5fl1gKQ，code：200，signature：aa61f19da0eb5d99f13c145a40a7746b，msg：，timestamp：1648480034，salt：632648｝解密后的响应体：｛code：200，data：〔｛id：1，name：boyka，registerTime：20220327T00：19：43。699，userType：COMMON｝〕，msg：用户列表查询成功，salt：0｝复制代码
　　OK，客户端请求加密》发起请求》服务端解密》业务处理》服务端响应加密》客户端解密展示，看起来没啥问题，实际是头天下午花了2小时碰需求，差不多花1小时写好demo测试，然后对所有接口统一进行了处理，整体一下午赶脚应该行了吧，告诉H5和安卓端同学明儿上午联调（不小的大家到这个时候发现猫腻没有，当时确实疏忽了，翻了大车。。。。。。）
　　次日，安卓端反馈，你这个加解密有问题，解密后的数据格式和之前不一样，仔细一看，擦，这个userType和registerTime是不对劲，开始思考：这个能是哪儿的问题呢？1s之后，初步定位，应该是响应体的JSON。toJSONString的问题：StringdataEncryptUtils。aesEncrypt（JSON。toJSONString（o）），复制代码
　　Debug断点调试，果然，是JSON。toJSONString（o）这一步骤转换出了问题，那JSON转换时是不是有高级属性可以配置生成想要的序列化格式呢？FastJson在序列化时提供重载方法，找到其中一个SerializerFeature参数可以琢磨一下，这个参数是可以对序列化进行配置的，它提供了很多配置类型，其中感觉这几个比较沾边：WriteEnumUsingToString，WriteEnumUsingName，UseISO8601DateFormat复制代码
　　对枚举类型来说，默认是使用的WriteEnumUsingName（枚举的Name），另一种WriteEnumUsingToString是重新toString方法，理论上可以转换成想要的样子，即这个样子：GetterJsonFormat（shapeJsonFormat。Shape。OBJECT）publicenumUserType｛VIP（VIP用户），COMMON（普通用户）；privateSprivateSUserType（Stringtype）｛this。codename（）；this。｝OverridepublicStringtoString（）｛return｛code：name（），type：type｝；｝｝复制代码
　　结果转换出来的数据是字符串类型｛code：COMMON，type：普通用户｝，这个方法好像行不通，还有什么好办法呢？思前想后，看文章开始定义的User和UserType类，标记数据序列化格式JsonFormat，再突然想起之前看到过的一些文章，SpringMVC底层默认是使用Jackson进行序列化的，那好了，就用Jacksong实施呗，将SecretResponseAdvice中的序列化方法替换一下：StringdataEncryptUtils。aesEncrypt（JSON。toJSONString（o），secretKey）；换为：StringdataEncryptUtils。aesEncrypt（newObjectMapper（）。writeValueAsString（o），secretKey）；复制代码
　　重新运行一波，走起：｛code：200，data：〔｛id：1，name：boyka，userType：｛code：COMMON，type：普通用户｝，registerTime：｛month：MARCH，year：2022，dayOfMonth：29，dayOfWeek：TUESDAY，dayOfYear：88，monthValue：3，hour：22，minute：30，nano：453000000，second：36，chronology：｛id：ISO，calendarType：iso8601｝｝｝〕，msg：用户列表查询成功｝复制代码
　　解密后的userType枚举类型和非加密版本一样了，舒服了，好像还不对，registerTime怎么变成这个样子了？原本是2022032423：58：39这种格式的，Jackson之LocalDateTime转换，无需改实体类这篇文章讲到了这个问题，并提出了一种解决方案，不过用在我们目前这个需求里面，就是有损改装了啊，不太可取，遂去Jackson官网上查找一下相关文档，当然Jackson也提供了ObjectMapper的序列化配置，重新再初始化配置ObjectMpper对象：StringDATETIMEFORMATTERyyyyMMddHH：mm：ObjectMapperobjectMappernewJackson2ObjectMapperBuilder（）。findModulesViaServiceLoader（true）。serializerByType（LocalDateTime。class，newLocalDateTimeSerializer（DateTimeFormatter。ofPattern（DATETIMEFORMATTER）））。deserializerByType（LocalDateTime。class，newLocalDateTimeDeserializer（DateTimeFormatter。ofPattern（DATETIMEFORMATTER）））。build（）；复制代码
　　转换结果：｛code：200，data：〔｛id：1，name：boyka，userType：｛code：COMMON，type：普通用户｝，registerTime：2022032922：57：33｝〕，msg：用户列表查询成功｝复制代码
　　OK，和非加密版的终于一致了，完了吗？感觉还是可能存在些什么问题，首先业务代码的时间序列化需求不一样，有yyyyMMddhh：mm：ss的，也有yyyyMMdd的，还可能其他配置思考不到位的，导致和之前非加密版返回数据不一致的问题，到时候联调测出来了也麻烦，有没有一劳永逸的办法呢？同事一句话点亮我，看一下spring框架自身是怎么序列化的，照着配置应该就行嘛，好像有点道理，不从0开始分析源码了，敢兴趣的朋友可以看看这篇文章源码分析SpringMVC源码（三）RequestBody和ResponseBody原理解析，感觉写可以。
　　跟着执行链路，找到具体的响应序列化，重点就是RequestResponseBodyMethodProcessor，protectedTvoidwriteWithMessageConverters（NullableTvalue，MethodParameterreturnType，ServletServerHttpRequestinputMessage，ServletServerHttpResponseoutputMessage）throwsIOException，HttpMediaTypeNotAcceptableException，HttpMessageNotWritableException｛获取响应的拦截器链并执行beforeBodyWrite方法，也就是执行了我们自定义的SecretResponseAdvice中的beforeBodyWrite啦bodythis。getAdvice（）。beforeBodyWrite（body，returnType，selectedMediaType，converter。getClass（），inputMessage，outputMessage）；if（body！null）｛执行响应体序列化工作if（genericConverter！null）｛genericConverter。write（body，（Type）targetType，selectedMediaType，outputMessage）；｝else｛converter。write（body，selectedMediaType，outputMessage）；｝｝复制代码
　　进而通过实例化的AbstractJackson2HttpMessageConverter对象找到执行序列化的核心方法AbstractGenericHttpMessageConverter：publicfinalvoidwrite（Tt，NullableTypetype，NullableMediaTypecontentType，HttpOutputMessageoutputMessage）throwsIOException，HttpMessageNotWritableException｛。。。this。writeInternal（t，type，outputMessage）；outputMessage。getBody（）。flush（）；｝找到Jackson序列化AbstractJackson2HttpMessageConverter：从spring容器中获取并设置的ObjectMapper实例protectedObjectMapperobjectMprotectedvoidwriteInternal（Objectobject，NullableTypetype，HttpOutputMessageoutputMessage）throwsIOException，HttpMessageNotWritableException｛MediaTypecontentTypeoutputMessage。getHeaders（）。getContentType（）；JsonEncodingencodingthis。getJsonEncoding（contentType）；JsonGeneratorgeneratorthis。objectMapper。getFactory（）。createGenerator（outputMessage。getBody（），encoding）；this。writePrefix（generator，object）；OC？serializationVFilterPJavaTypejavaTif（objectinstanceofMappingJacksonValue）｛MappingJacksonValuecontainer（MappingJacksonValue）valuecontainer。getValue（）；serializationViewcontainer。getSerializationView（）；filterscontainer。getFilters（）；｝if（type！nullTypeUtils。isAssignable（type，value。getClass（）））｛javaTypethis。getJavaType（type，（Class）null）；｝ObjectWriterobjectWriterserializationView！null？this。objectMapper。writerWithView（serializationView）：this。objectMapper。writer（）；if（filters！null）｛objectWriterobjectWriter。with（filters）；｝if（javaType！nulljavaType。isContainerType（））｛objectWriterobjectWriter。forType（javaType）；｝SerializationConfigconfigobjectWriter。getConfig（）；if（contentType！nullcontentType。isCompatibleWith（MediaType。TEXTEVENTSTREAM）config。isEnabled（SerializationFeature。INDENTOUTPUT））｛objectWriterobjectWriter。with（this。ssePrettyPrinter）；｝重点进行序列化objectWriter。writeValue（generator，value）；this。writeSuffix（generator，object）；generator。flush（）；｝复制代码
　　那么，可以看出SpringMVC在进行响应序列化的时候是从容器中获取的ObjectMapper实例对象，并会根据不同的默认配置条件进行序列化，那处理方法就简单了，我也可以从Spring容器拿数据进行序列化啊。SecretResponseAdvice进行如下进一步改造：ControllerAdvicepublicclassSecretResponseAdviceimplementsResponseBodyAdvice｛AutowiredprivateObjectMapperobjectMOverridepublicObjectbeforeBodyWrite（。。。。）｛。。。。。StringdataStrobjectMapper。writeValueAsString（o）；StringdataEncryptUtils。aesEncrypt（dataStr，secretKey）；。。。。。｝｝复制代码
　　经测试，响应数据和非加密版万全一致啦，还有GET部分的请求加密，以及后面加解密惨遭跨域问题，后面有空再和大家聊聊。
　　作者：宫三公子
　　链接：https：juejin。cnpost7080568585021554718