前言
在app实际请求服务器接口的过程中，经常会遇到session过期的情况，这时候需要我们重新登录刷新session。
期初实现的方案是，发现session过期需要登录时，直接跳转到登录界面，登陆后跳转首页。
但更合理的情形是一旦发现session过期，直接调用登录接口刷新session，之后继续原来的业务，即在此请求原来的业务接口。
本文就将针对使用OKHttp3的底层网路框架的情形，说一下如何实现session过期的统一处理。
有兴趣的同学可以加入学习小组QQ群: 193765960做进一步的讨论。

版权归作者所有，转发请注明出处：https://www.jianshu.com/u/d43d948bef39

1. 总体方案：拦截器

1）在网络请求的底层OKhttp层设置拦截器，拦截网络请求和响应数据。
2）分析响应数据，根据响应的状态判断是否发生session过期。
3）如果没有过期，则正常返回响应数据。
4）如果发生session过期，则取消当前响应数据，生成刷新session的请求（一般是登录请求）。
5）如果session刷新成功，根据原来业务的请求数据从新发起请求。
6）如果session刷新失败，则返回session过期的异常响应，在上层解析该响应后跳转登录界面。
7）从登录界面重新登陆后，跳转到首页。

2. 拦截器的实现

import okhttp3.Interceptor;
import okhttp3.Request;
import okhttp3.Response;

public class SessionKeyInterceptor implements Interceptor {
    @Override
    public Response intercept(Chain chain) throws IOException {
        Request old_request = chain.request();
        Response old_response = chain.proceed(old_request);
        //下面这行代码注意下，不要使用Gson等工具对old_response.body等直接转化，会出问题的。
        //RequestHelper: 工具类小伙伴们可以加群，单独找我索要
        JSONObject obj = RequestHelper.response2Object(old_response);
        //如果session过期，则重新登录获取sessionkey
        if (obj != null && TextUtils.equals(obj .optString("error_code"), MyConfig.getSessionKeyErrorNumber())) {

            //上层注入的请求MyRequest 
            MyRequest loginp = LoginUtils.getRequest();
            if(null == loginp || loginp.size()==0){
                return old_response;
            }

            if(null == LoginUtil.getLoginApi()){
                return originalResponse;
            }

            Request login_request = RequestHelper.buildGetRequest(loginparam, LoginUtils.getLoginApi());
            Response login_response = chain.proceed(login_request);
            if (login_response.isSuccessful()) {
                JSONObject obj2 = RequestHelper.response2Object(login_response);
                if(obj2!= null && (TextUtils.equals(obj2.optString("error_code"), "//api请求成功的状态码"))){
                    //登录成功，执行原始request
                    String sessionKey = "";
                    try {
                        sessionKey = obj2.getJSONObject("jsondata").getString("session_key");
                    } catch (JSONException e) {
                        e.printStackTrace();
                    }
                    login_response.body().close();
                    Map<String, Object> param = RequestHelper.parseParams(old_request);
                    //更新old_request的session_key等可变参数
                    param.put("sessionKey",sessionKey);
                    MyRequest request = new MyRequest ();
                    request.put(param);
                    originalRequest = RequestHelper.handler(request, old_request);
                    originalResponse.body().close();
                    return chain.proceed(old_request);
                }
            }
        }
        return old_response;
    }

基于项目代码安全的需要，对以上代码做了处理，不过大体的思路都是可用的

3. 登录请求的上层注入

为了更好地适用于不同的项目，和后期代码的维护，判断session是否过期的判断依据采用上层配置并注入的方式。
当然，您也可以直接在Okhttp层写死，开发难度会简单很多，只是后期维护或者做项目移植时需要特别注意修改。
发起session刷新的接口请求参数也是同样的处理。不再一一赘述。

4. 存在问题

长时间在后台静默APP，数据有可能会被gc掉，所以这种情况下，系统不会无缝的去成功刷新session并执行目标请求的业务逻辑，而是会直接启动登录界面。
这个拦截器，仅仅针对了session过期的情况，其实功能逻辑具有通用性，可以考虑和业务解耦，通过注入的方式支持更多异常的无缝处理。

以上。