转载

接口请求身份认证的Token和RefreshToken的解决方案

最近公司在改造接口的请求的验证,之前是登陆后返回一个 token ,在请求的时候动态添加到 header 中,以此来验证身份,当返回 401 直接去重新登录;现在登录返回 tokenrefreshToken 两个参数,拿 token 去添加 header ,当返回 401 时并不直接去登录而是拿 refreshToken 去请求一个接口,刷新得到新的 tokenrefreshToken ,拿到新的 token 再去请求当前返回 401 的接口,如果此时返回 410 则是真正的过期才需要去登录。

准备工作

  • 首先,因为之前用了 okhttp 的拦截器,我想到的还是在的拦截器中处理;
  • 其次,去网上搜一波儿看看各位大神是怎么实现的!嗯?你猜的没错,英雄所见略同,基本就是这个方案;
  • 最后,当然是开始编码了。
    接口请求身份认证的Token和RefreshToken的解决方案

正式工作

  • 重写拦截器,继承自 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 了,这肯定不是我想要的效果。
接口请求身份认证的Token和RefreshToken的解决方案
  • 不慌哈,慌也要把问题解决了,其实也没有那么复杂,上网搜索一波儿,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和RefreshToken的解决方案

其实仔细想想,如果我们已经刷新过 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 oldJwt = response.request().headers().get("Authorization");

                /**
                 * 当前请求中的jwt和本地最新的是否一样:
                 * 1、一样则说明没有进行刷新jwt操作不进入此 if
                 * 2、不一样则说明已经刷新过jwt操作了,进入此 if 拿最新的jwt直接重新发起当前的请求
                 */
                if (!jwt.equals(oldJwt)) {
                    Request.Builder newBuilder = getBuilder(chain.request(), token);
                    return getNewResponse(chain, newBuilder);
                }

                Map<String, String> mapToken = refreshMapJwt(refreshJwt);
                String newToken = mapJwt.get("token");
                String newRefreshToken = mapToken.get("refreshToken");
                MyApplication.setToken(newToken);//设置为全局常量
                "此处还需要的一个操作是把二者都保存到本地,不然下次登录就没了"

                Request.Builder newBuilder = getBuilder(chain.request(), newJwt);
                return getNewResponse(chain, newBuilder);
            }
        }
复制代码
  • 当并发来了,所以请求都会报 401 时,只会有最先的一次来的去刷新 token ,达到想要的效果了经过反复以及并发的测试,这回算是真的没问题了。
    接口请求身份认证的Token和RefreshToken的解决方案
原文  https://juejin.im/post/5cb858276fb9a0688c039bdf
正文到此结束
Loading...