如何根据现有后端代码识别刷新Token接口的完整响应体结构

响应体的实际结构 #

你初步推断的响应体内容完全匹配代码实现：

• 该接口正常返回时，响应体为ResponseBase类型的JSON，代码中仅对该实例做了两个字段赋值：
  • success: 固定布尔值 true
  • message: 固定字符串 "Refresh Token generated"
• 不存在其他隐藏的响应体字段。同模块下登录接口的Swagger配置可交叉验证：ResponseBase的对外定义就是包含布尔状态值和提示消息两类字段，没有其他额外属性。

不属于响应体的其他响应组成部分 #

很多开发者容易把响应头携带的内容混淆为响应体的一部分，实际上刷新Token的核心凭证是放在响应头里返回的，不占响应体结构：

• 接口正常返回的HTTP状态码固定为200 OK
• 响应头会携带认证相关字段：通过createSecTokenHeader方法生成头信息，将生成的刷新Token按Bearer <token字符串>格式存入键名为Constants.HTTP_AUTH_HEADER（通用为Authorization）的响应头中，全程没有把Token值写入响应体。

异常场景的响应规则 #

如果接口前置校验（比如原有Token无效、权限不足）被全局拦截器拦截，会抛出通用RestApiException，此时返回的结构依然遵循ResponseBase格式，对应内容为：

• success: 固定布尔值 false
• message: 对应错误提示文本

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