RestTemplate发送带query的请求

问题描述

我在controller中需要向第三方的一个api 发送一个get请求，带有query参数

矛盾点

通过如下形式的方法发送get请求成功

RestTemplate template = new RestTemplate();
String url = userCenterUrl + "/api/users/" + id;
ResponseEntity<Map> result = template.getForEntity(url, Map.class);

但当我想发送带query的参数时，在controller中便按上面的方法将url改成String url = userCenterUrl + "/api/users/?id=" + id;打算将id当做query的部分发送另外一个请求，但访问controller的这个api时报500的错误。

问题解决

Q1：首先检查我的路由，当前访问controller中这个api的路由是否正确，接着检查访问第三方接口的这个url是否正确。
A1：检查发现是正确的，单独在浏览器中用？的形式测试第三方的接口,ok,这是表明了问题不在第三方的接口中。现在怀疑是向第三方的接口发送请求时出了问题。

Q2：在浏览器中当我们想发一个带query的get请求时我们通过？的形式,但这里是后端，是否是因为template 我的用法不对呢？
A2:在网上查找，看到了restTemplate的一些API，但其中有些东西不清楚。

• Q：getForObject和getForEntity 都是通过get的方法获取资源，他们的区别是什么？
  A：getForObject 直接获取资源，返回的结果就是要获取的对象，丢弃 HttpStatus 和 Headers 信息，而 getForEntity 方法完整的保留了这些信息，这些信息包括返回的对象全部放在一个 ResponseEntity 对象中。
• Q：exchange也可以发送get请求，它和getForObject，及getForEntity 的区别是什么？
  A：exchange 方法是唯一能够在发送给服务器的请求中设置头信息的方法。它可以发送get，put, delete, post 等请求。getForObject，getForEntity等不能改变请求头。

Q3:既然我的url不对，不能拿到正确的值，那有什么东西可以组装一个带query的url了？
A3:在网上搜到了UriComponentsBuilde。

• Q: UriComponentsBuilder是什么，有什么用r？
  A: Spring MVC使用UriComponentsBuilder与UriComponents提供创建与编码URI的机制，一般情况下@PathVariable与@RequestParam参数用来构造URL。
• Q: 看起来getgetForEntity直接就可以给个Url就可以了，这样似乎更简单，那么它的好处是什么？
  A：个人理解它，就是可以改变url，如：编码和设置URL，所以也许我可以通过它来传递query。
  最后测试了一把，这样是成功的：

RestTemplate template = new RestTemplate();
        String getUsersUrl = userCenterUrl + "/api/users";
        HttpHeaders headers = new HttpHeaders();
        headers.set("Accept", MediaType.APPLICATION_JSON_VALUE);

        UriComponentsBuilder builder = UriComponentsBuilder
                .fromUriString(getUsersUrl)
                .queryParam("nameOrEmail", nameOrEmail);
        HttpEntity<?> entity = new HttpEntity<>(headers);

        ResponseEntity<List> result = template.exchange(builder.build().encode().toUri(), HttpMethod.GET, entity, List.class);

反思

• 开始测试时，在浏览器中发送请求是给query的部分加了双引号，url的常识不清楚
• 在解决问题的时候，有些着急，当尝试几种方法失败后，有些烦躁和没耐心。

action

1. 搜索时用英文，可以提高效率
2. 多尝试，不要怕麻烦，写demo 证明想法