报错的意思的是使用该种解密方式出入长度应为16bit的倍数,但实际的错误却不是这个,错误原因根本上是因为在http请求是特殊字符编码错误,具体数就是base64生成的+号,服务器接收时成了空格,然后导致base64解码出的字节数组有改变。
下面来还原并分析一下具体原因:
请求代码:
@Test public void testHttp() throws Exception { //16进制字节数组,单纯的为了生成含有+的base64位字符串,是在试了好多遍都没试到+,只能把我错误例子的byte数组转成16进制,为我的机智点个赞 String src = "34aa8bc0adaccbe45ac8c7e43d25955f4d3b51a189339af3d5b968b49764f4def4b81ab285a461504a5cb930c08055f96e875e2b4be390f6708ae686b13e8ff3bed9e9455c638c3809e4c51db05ac3f496be28772829270998eddb9ec6c08c4a0cc1d23e59c6ebe8b73b75013ba9eee5"; byte[] bytes = Hex.decodeHex(src); String base64Str = Base64.encodeBase64String(bytes); System.out.println("发送时的字符串:"+base64Str); for(int i=0;i<bytes.length;i++) { System.out.println(bytes[i]); } String httpUrl = "http://10.20.20.184:10086/dbzx/hello?src="+base64Str; HttpRequest.doGet(httpUrl); }
打印结果:
发送时的字符串:NKqLwK2sy+RayMfkPSWVX007UaGJM5rz1blotJdk9N70uBqyhaRhUEpcuTDAgFX5bodeK0vjkPZwiuaGsT6P877Z6UVcY4w4CeTFHbBaw/SWvih3KCknCZjt257GwIxKDMHSPlnG6+i3O3UBO6nu5Q== 52 -86 -117 -64 -83 -84 -53 -28 90 -56 -57 -28 61 37 -107 95 77 59 81 -95 -119 51 -102 -13 -43 -71 104 -76 -105 100 -12 -34 -12 -72 26 -78 -123 -92 97 80 74 92 -71 48 -64 -128 85 -7 110 -121 94 43 75 -29 -112 -10 112 -118 -26 -122 -79 62 -113 -13 -66 -39 -23 69 92 99 -116 56 9 -28 -59 29 -80 90 -61 -12 -106 -66 40 119 40 41 39 9 -104 -19 -37 -98 -58 -64 -116 74 12 -63 -46 62 89 -58 -21 -24 -73 59 117 1 59 -87 -18 -27
服务端代码:
package com.dbzx.controller; import org.apache.commons.codec.binary.Base64; import org.springframework.web.bind.annotation.RequestMapping; import org.springframework.web.bind.annotation.RestController; import com.dbzx.common.ResultModel; @RestController @RequestMapping("dbzx") public class HelloController { @RequestMapping("/hello") public ResultModel hello(String src) { System.out.println("接收到的字符串:"+src); byte[] bytes = Base64.decodeBase64(src); for(int i=0;i<bytes.length;i++) { System.out.println(bytes[i]); } return ResultModel.ok(); } }
打印结果:
接收到的字符串:NKqLwK2sy RayMfkPSWVX007UaGJM5rz1blotJdk9N70uBqyhaRhUEpcuTDAgFX5bodeK0vjkPZwiuaGsT6P877Z6UVcY4w4CeTFHbBaw/SWvih3KCknCZjt257GwIxKDMHSPlnG6 i3O3UBO6nu5Q== 52 -86 -117 -64 -83 -84 -55 22 -78 49 -7 15 73 101 87 -45 78 -44 104 98 76 -26 -68 -11 110 90 45 37 -39 61 55 -67 46 6 -84 -95 105 24 84 18 -105 46 76 48 32 21 126 91 -95 -41 -118 -46 -8 -28 61 -100 34 -71 -95 -84 79 -93 -4 -17 -74 122 81 87 24 -29 14 2 121 49 71 108 22 -80 -3 37 -81 -118 29 -54 10 73 -62 102 59 118 -25 -79 -80 35 18 -125 48 116 -113 -106 113 -70 -117 115 -73 80 19 -70 -98 -18 80
通过两端的结果对比可以发现发送前是+,服务器接收的是空格,这是因为有些特殊字符在http请求时是无法编码的,其实base64就是解决类似问题得,只是越来越多的特殊字符,导致它出错。
有些人说base64会把+和空格转成相同的字节码,不会出错,但是我们来对比一下字节码。
可以看到,在第7行是报错。
而原本字符串(NKqLwK2sy+)+在第10个位置,跟据base64的规则,4个base64转成的字符串,代表3个原本的字符串,而上图第七个字节,需要"y+"共同构造,这就是出错的原因。既是aes解码出错的原因。
至于16的倍数,理论上只用是偶数位的字节数都满足,显示错误出在其他方面,这个例子就是字节码出错了。
原文地址:https://www.cnblogs.com/whalesea/p/11396071.html
时间: 2024-11-08 19:27:23