Spring Cloud Config对特殊字符加密处理的方法详解
前言
之前写过一篇关于配置中心对配置内容加密解密的介绍：《SpringCloud构建微服务架构：分布式配置中心（加密解密）》。在这篇文章中，存在一个问题：当被加密内容包含一些诸如=、+这些特殊字符的时候，使用上篇文章中提到的类似这样的命令curllocalhost:7001/encrypt-d去加密和解密的时候，会发现特殊字符丢失的情况。
比如下面这样的情况：
$curllocalhost:7001/encrypt-deF34+5edo= a34c76c4ddab706fbcae0848639a8e0ed9d612b0035030542c98997e084a7427 $curllocalhost:7001/decrypt-da34c76c4ddab706fbcae0848639a8e0ed9d612b0035030542c98997e084a7427 eF345edo
可以看到，经过加密解密之后，又一些特殊字符丢失了。由于之前在这里也小坑了一下，所以抽空写出来分享一下，给遇到同样问题的朋友，希望对您有帮助。
问题原因与处理方法
其实关于这个问题的原因在官方文档中是有具体说明的，只能怪自己太过粗心了，具体如下：
Ifyouaretestinglikethiswithcurl,thenuse--data-urlencode(insteadof-d)orsetanexplicitContent-Type:text/plaintomakesurecurlencodesthedatacorrectlywhentherearespecialcharacters(‘+'isparticularlytricky).
所以，在使用curl的时候，正确的姿势应该是：
$curllocalhost:7001/encrypt-H'Content-Type:text/plain'--data-urlencode"eF34+5edo=" 335e618a02a0ff3dc1377321885f484fb2c19a499423ee7776755b875997b033 $curllocalhost:7001/decrypt-H'Content-Type:text/plain'--data-urlencode"335e618a02a0ff3dc1377321885f484fb2c19a499423ee7776755b875997b033" eF34+5edo=
那么，如果我们自己写工具来加密解密的时候怎么玩呢？下面举个OkHttp的例子，以供参考：
privateStringencrypt(Stringvalue){
Stringurl="http://localhost:7001/encrypt";
Requestrequest=newRequest.Builder()
.url(url)
.post(RequestBody.create(MediaType.parse("text/plain"),value.getBytes()))
.build();
Callcall=okHttpClient.newCall(request);
Responseresponse=call.execute();
ResponseBodyresponseBody=response.body();
returnresponseBody.string();
}
privateStringdecrypt(Stringvalue){
Stringurl="http://localhost:7001/decrypt";
Requestrequest=newRequest.Builder()
.url(url)
.post(RequestBody.create(MediaType.parse("text/plain"),value.getBytes()))
.build();
Callcall=okHttpClient.newCall(request);
Responseresponse=call.execute();
ResponseBodyresponseBody=response.body();
returnresponseBody.string();
}
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对毛票票的支持。