OKhttp 302 死循环

今天同事发给我这张图
这里写图片描述

这是因为okhttp中重定向次数超过21次以后就会报错。
访问一个接口的时候为什么会重定向，我用finder抓包发现一切正常，是不是因为cookie，于是我把浏览器cookie一关。然后浏览器也不行了。
这里写图片描述

心想那简单，给okhttp加上cookie就行了。但是新的问题就出现了。如下：

1.第一次打开100%出错
2.退出app，再打开页面可以显示
3.用finder一抓包，就完全是好的

在接下来，我发现访问接口的时候返回的302地址和接口地址的域名不一样。例如从a.test.com->b.test.com 我看了一下CookieManger中的代码，发现它管理cookie是通过host来作为key的。于是我使用我自己写的顶级域名获取工具，实现了cookie的跨域传输。然后满心欢喜的让大家测试。结果并没有什么卵用。

后来我怀疑是不是一次加载的时候CookieManager没有完成初始化，所以没有获取到cookie，于是我打日志发现第每一次访问接口都是是获取到cookie的。

实在是一筹莫展，同事也不清楚这是怎么回事。后来我发现用finder抓包，抓出错访问的包，好像抓不到。我以前觉得可能是访问太快了。后来一想是不是根本就没有网络请求？

为了证实我的想法，我把httpClient.setCache()给注释掉了。
神奇的事情发生了。居然第一次访问就成功了。于是我得出结论造成302死循环的就是——okhttp缓存了重定向页面

真相只有一个那就是：

第一次访问A接口发生了如下情景：

客户端对OkHttp说：我要A

OKhttp想了想，我这儿没有A，于是说：我带你去找A吧

A说：你们没有登录，去找B吧。

OkHttp记住了：找A之前先找B。

OkHttp说：好，我去找B了。

B说：Cookie给我，我要验证

OkHttp急了：客户端没有给我Cookie呀。

B面无表情的说：我不管 ，你就找A吧 ，我给你开个证明。

OkHttp就住了：找B之前要找A。

于是拿着证明去找A，但是这个时候，A已经不是真实的A了，而是

OkHttp记忆中的A，所以OkHttp想起了A说的：找A之前先找B。

于是OkHttp就去找B，但是B也是记忆中的B了。而OkHttp不管，它

只知道B说了：给了一个证明，先去找A。

于是在OKHttp在脑海中，来来回回。最后人格分裂，报错了。

最后不能因为重定向出错就全盘否定OkHttp的缓存功能，所以我在想是不是只要不缓存重定向结果就OK了

于是我开始Google 百度研究OkHttp的缓存实现。终于功夫不负有心人，我发现了原来不是服务器要求我们要缓存302结果，而是我们自作聪明的把所有接口缓存了，就像这样的误人子弟。

这里写图片描述

于是我在我们模板中加了一句

这里写图片描述

最后源码

  private class CacheControlInterceptor implements Interceptor {
        @Override
        public Response intercept(Chain chain) throws IOException {
            Request request = chain.request();
            if (!AppUtil.getInstance().isNetworkConnected()) {
                request = request.newBuilder()
                        .cacheControl(CacheControl.FORCE_CACHE)
                        .build();
            }

            Response response = chain.proceed(request);
            if (response != null && response.isRedirect()) {
                //如果是重定向，则不做缓存
                return response;
            }


            if (AppUtil.getInstance().isNetworkConnected()) {
                int maxAge = 60; // read from cache for 1 minute
                response = response.newBuilder()
                        .removeHeader("Pragma")
                        .header("Cache-Control", "public, max-age=" + maxAge)
                        .build();
            } else {
                int maxStale = 60 * 60 * 24 * 28; // tolerate 4-weeks stale
                response = response.newBuilder()
                        .removeHeader("Pragma")
                        .header("Cache-Control", "public, only-if-cached, max-stale=" + maxStale)
                        .build();
            }
            return response;
        }
    }

于是OkHttp再也不用再自己的记忆中跑来跑去了，一切又回到了原点。从此客户端和服务器过上了幸福的生活。

猜你喜欢