前言
最近博主在调用别人的接口的时候,发现apifox或者浏览器里直接访问一直没问题,但是在java代码里用restTemplate.exchange去调用三方接口,一直鉴权不通过。
错误示范
这个第三方接口提供商,是直接把token放到的传参中,而不是请求头中。
URL中的特殊字符(如 / 和 =)被双重编码了。在原始URL中,%2f 是 / 的URL编码,%3d 是 = 的URL编码。但在日志中,它们被进一步编码成了 %252F 和 %253D(%25 是 % 本身的编码)。
原因:
RestTemplate 在发送请求时会对URL进行自动编码。如果你的URL已经包含编码过的字符,RestTemplate 可能会对这些百分号(%)再次进行编码,导致双重编码。
//构造url
String uri = "http://192.168.0.101:8585/api/TestConnection?token=BQUugWgi6otbiPm2ieNgBTo9dElfX6Zpd%2fLuHHaFH%2fQ%3d";
RestTemplate restTemplate = new RestTemplate();
ResponseEntity<String> exchange = restTemplate.exchange(uri, HttpMethod.GET, null, new ParameterizedTypeReference<String>() {
});
正确做法
这个第三方的接口太不规范了...同学们要是以后提供接口给别人,token放到请求头里,别这样直接拼接哦。
言归正传咱们此处直接使用 URI 对象来避免字符串URL被重新编码,代码如下
//构造url
String urlString = "http://192.168.0.101:8585/api/TestConnection?token=BQUugWgi6otbiPm2ieNgBTo9dElfX6Zpd%2fLuHHaFH%2fQ%3d";
URI uri = new URI(urlString); // 直接创建URI对象
RestTemplate restTemplate = new RestTemplate();
ResponseEntity<String> exchange = restTemplate.exchange(uri, HttpMethod.GET, null, new ParameterizedTypeReference<String>() {
});
1627

被折叠的 条评论
为什么被折叠?



