Spring RestTemplate调用OAuth2获取JWT报401未授权，Postman正常如何解决

现有代码的核心问题 #

• 对OAuth2 client_credentials 模式的鉴权参数传输逻辑存在根本错误：当前代码将clientId、clientSecret分别单独做Base64编码后拼接到URL查询参数中，不符合绝大多数OAuth2服务端的校验规则，这也是Postman可正常调用、代码请求报401的核心诱因。
• URL拼接逻辑存在格式缺陷：通过UriComponentsBuilder构建完编码后的URI后，直接用字符串拼接追加查询参数，会破坏URI结构，导致部分参数无法被服务端正确解析。
• 获取token的请求缺失必要头信息：方法中构建的HttpHeaders为空，未携带服务端要求的鉴权字段，即使参数拼接正确也无法通过校验。

落地修复方案 #

• 对齐OAuth2标准的两种主流传参逻辑，匹配Postman实际请求的配置即可解决问题：
  1. 采用标准Basic鉴权头传参：将clientId与clientSecret以英文冒号拼接为{clientId}:{clientSecret}格式，对整段字符串做Base64编码后，放入请求头Authorization: Basic {编码值}，请求侧仅需携带grant_type=client_credentials参数即可。
  2. 采用表单参数传参：将grant_type、client_id、client_secret作为application/x-www-form-urlencoded格式的参数放入请求体，不要拼接在URL后，也无需对clientId、clientSecret做单独的无意义Base64编码。
• 替换手动字符串拼URL的逻辑：使用UriComponentsBuilder的queryParam方法追加参数，避免手动拼接导致的特殊字符转义错误。
• 报文一致性校验：逐字段对比Postman发送token请求时的请求头、参数位置、参数取值，保证代码发出的请求报文和Postman完全一致，从根源上排除报文不匹配导致的401报错。

内容的提问来源于stack exchange，提问作者Avinash Nivangune