以前寫過一篇關於配置中心對配置內容加密解密的介紹:《Spring Cloud構建微服務架構:分佈式配置中心(加密解密)》。在這篇文章中,存在一個問題:當被加密內容包含一些諸如=
、+
這些特殊字符的時候,使用上篇文章中提到的相似這樣的命令curl localhost:7001/encrypt -d
去加密和解密的時候,會發現特殊字符丟失的狀況。java
好比下面這樣的狀況:spring
$ curl localhost:7001/encrypt -d eF34+5edo=
a34c76c4ddab706fbcae0848639a8e0ed9d612b0035030542c98997e084a7427
$ curl localhost:7001/decrypt -d a34c76c4ddab706fbcae0848639a8e0ed9d612b0035030542c98997e084a7427
eF34 5edo
複製代碼
能夠看到,通過加密解密以後,又一些特殊字符丟失了。因爲以前在這裏也小坑了一下,因此抽空寫出來分享一下,給遇到一樣問題的朋友,但願對您有幫助。bash
其實關於這個問題的緣由在官方文檔中是有具體說明的,只能怪本身太過粗心了,具體以下:架構
If you are testing like this with curl, then use
--data-urlencode
(instead of -d) or set an explicitContent-Type: text/plain
to make sure curl encodes the data correctly when there are special characters ('+' is particularly tricky).curl
因此,在使用curl
的時候,正確的姿式應該是:分佈式
$ curl localhost:7001/encrypt -H 'Content-Type:text/plain' --data-urlencode "eF34+5edo="
335e618a02a0ff3dc1377321885f484fb2c19a499423ee7776755b875997b033
$ curl localhost:7001/decrypt -H 'Content-Type:text/plain' --data-urlencode "335e618a02a0ff3dc1377321885f484fb2c19a499423ee7776755b875997b033"
eF34+5edo=
複製代碼
那麼,若是咱們本身寫工具來加密解密的時候怎麼玩呢?下面舉個OkHttp
的例子,以供參考:微服務
private String encrypt(String value) {
String url = "http://localhost:7001/encrypt";
Request request = new Request.Builder()
.url(url)
.post(RequestBody.create(MediaType.parse("text/plain"), value.getBytes()))
.build();
Call call = okHttpClient.newCall(request);
Response response = call.execute();
ResponseBody responseBody = response.body();
return responseBody.string();
}
private String decrypt(String value) {
String url = "http://localhost:7001/decrypt";
Request request = new Request.Builder()
.url(url)
.post(RequestBody.create(MediaType.parse("text/plain"), value.getBytes()))
.build();
Call call = okHttpClient.newCall(request);
Response response = call.execute();
ResponseBody responseBody = response.body();
return responseBody.string();
}
複製代碼
如下專題教程也許您會有興趣工具