接口请求身份认证的Token和RefreshToken的解决方案
2019-04-18 本文已影响440人
猫小萌的哥哥
前言
最近公司在改造接口的请求的验证,之前是登陆后返回一个token,在请求的时候动态添加到header中,以此来验证身份,当返回401直接去重新登录;现在登录返回token和refreshToken两个参数,拿token去添加header,当返回401时并不直接去登录而是拿refreshToken去请求一个接口,刷新得到新的token和refreshToken,拿到新的token再去请求当前返回401的接口,如果此时返回410则是真正的过期才需要去登录。
准备工作
- 首先,因为之前用了okhttp的拦截器,我想到的还是在的拦截器中处理;
- 其次,去网上搜一波儿看看各位大神是怎么实现的!嗯?你猜的没错,英雄所见略同,基本就是这个方案;
- 最后,当然是开始编码了。
正式工作
- 重写拦截器,继承自Interceptor,在okhttp3.Interceptor结构下;
- 既然是返回401,在拦截器中去拦截我们的response,判断响应码不是HTTP的状态码,是我们和后台约定的状态码
Response response = chain.proceed(builder.build());
ResponseBody responseBody = response.body();
BufferedSource source = responseBody.source();
source.request(Long.MAX_VALUE);
Buffer buffer = source.buffer();
Charset charset = UTF8;
MediaType contentType = responseBody.contentType();
if (contentType != null) {
charset = contentType.charset(UTF8);
}
//获取响应体的字符串
String bodyString = buffer.clone().readString(charset);
CustomResponse customResponse = new Gson().fromJson(bodyString, CustomResponse.class);
String code = customResponse.getCode();//后台的返回码
String msg = customResponse.getMsg();
if ("401".equals(code)) {
//todo 当返回401时去刷新token
}
//否则正常返回 response
- 刷新token,这是一个新的接口;我当前的请求是异步的,我们要拦截响应,所以我们刷新操作的接口必须是同步请求,必须要拿到结果才能去后续操作
Map<String, String> map = new ArrayMap<>();
map.put("refreshToken", refreshToken);//这是我们在登录成功后返回的refreshToken,专门用于刷新操作的
RequestBody body = NetworkUtils.setBody(map);
Call<CustomResponse<Map<String, String>>> call = RetrofitUtils.provideClientApi().refreshToken(body);
CustomResponse refreshResponse = call.execute().body();
Map<String, String> mapToken = (Map<String, String>) refreshResponse.getData();
String refreshCode = refreshResponse.getCode();
-
刷新成功后有两种操作,如果返回200,拿到新的token去重新请求当前报401的接口,如果返回410(当然也可以是110,因为这是咋们和后台小伙伴约定的)这个时候就是token真正的过期了,直接去重新登录。
-
重新请求,我们此时只需要拿到上次请求的request,因为我们拦截了响应当前拦截器中的request就是我们之前报401的请求,但是,然后返回response,也可以在这个response中继续拦截操作
@Override
public Response intercept(Chain chain) throws IOException {
Request request = chain.request();//这里的request只是为了拿到请求的url和参数,下面要重新生成request(builder.build())
Request.Builder builder = request.newBuilder()
.addHeader("Content-Type", "application/json; charset=UTF-8")
.addHeader("Authorization", newToken);
//注意:chain.proceed(这里一定不能是拿到的request,而是builder.build())
return chain.proceed(builder.build());
}
好了,完成
- 你真以为就这样完了,那你还是要天真,我当时就是这样想的;
- 我有好几个接口并发来了,事实证明这样行不通的,会是个什么效果呢?
- 后果就是:每个接口都报401时都去刷新token,然后一直就这样循环下去,最后就报410了,这肯定不是我想要的效果。
- 不慌哈,慌也要把问题解决了,其实也没有那么复杂,上网搜索一波儿,5分钟后有方案了,加锁啊,真是机制如我【手动滑稽】,具体就是把刷新token这块代码同步起来
synchronized (mContext) {
Map<String, String> map = new ArrayMap<>();
map.put("refreshToken", refreshToken);//这是我们在登录成功后返回的refreshToken,专门用于刷新操作的
RequestBody body = NetworkUtils.setBody(map);
Call<CustomResponse<Map<String, String>>> call = RetrofitUtils.provideClientApi().refreshToken(body);
CustomResponse refreshResponse = call.execute().body();
Map<String, String> mapToken = (Map<String, String>) refreshResponse.getData();
String refreshCode = refreshResponse.getCode();
}
- 但是好想还是没有解决啊,这最多就是不会同时去调刷新token,最后还是每个报401的请求还是会去刷新
其实仔细想想,如果我们已经刷新过token了,那就直接拿最新的newToken去重新请求当前接口就好了,我们拿到最新的token肯定是需要保持成全局的,而我们所有的请求是异步的,那就可以拿到每次的request,这意味着什么?我们就可以拿到header,那之前过期的token就有了;二者一对比,一样则说明还没有刷新过token,那就先去刷新token,不一样说明已经有接口刷新过了直接拿最新newToken的去重新请求就好了。(就是一个判断就不贴代码了【偷笑】)
- 但是这里我出现了一个问题,通过下面这个方法并拿不到,我debug发现这个header是为空的
String oldToken = request.header("Authorization");
String oldToken = request.headers().get("Authorization");
- 再回去看我们的添加header的地方,其实我们的header是添加在builder中的,但是似乎拿不到,可能是我姿势不对(我坐着取的,以后有机会躺着试试)
Request.Builder builder = request.newBuilder()
.addHeader("Content-Type", "application/json; charset=UTF-8")
.addHeader("Authorization", newToken);
- 通过debug发现,response里面也有request,而且不为空哦,这肯定可以成功取到
String oldJwt = response.request().headers().get("Authorization");
- 于是有了下面的结果
if ("401".equals(code)) {
synchronized (mContext) {
refreshToken = "获取最新的refreshToken"
token = "获取最新的token"
String oldToken = response.request().headers().get("Authorization");
/**
* 当前请求中的jwt和本地最新的是否一样:
* 1、一样则说明没有进行刷新token操作不进入此 if
* 2、不一样则说明已经刷新过token操作了,进入此 if 拿最新的jwt直接重新发起当前的请求
*/
if (!token.equals(oldToken)) {
Request.Builder newBuilder = getBuilder(chain.request(), token);
return getNewResponse(chain, newBuilder);
}
Map<String, String> mapToken = refreshMapToken(refreshToken);
String newToken = mapToken.get("token");
String newRefreshToken = mapToken.get("refreshToken");
MyApplication.setToken(newToken);//设置为全局常量
"此处还需要的一个操作是把二者都保存到本地,不然下次登录就没了"
Request.Builder newBuilder = getBuilder(chain.request(), newToken);
return getNewResponse(chain, newBuilder);
}
}
- 当并发来了,所以请求都会报401时,只会有最先的一次来的去刷新token,达到想要的效果了经过反复以及并发的测试,这回算是真的没问题了。
后记:多试试、多看看、多想想,问题总会解决的;关于参考博客,我也不知道是哪一篇了,十分感谢;如有纰漏,不吝赐教!