今天使用 asynchttpclient 开源库，遇到个很崩溃的问题：
方法 setenableredirects(false); 从名称上看应该是重定向开关的方法，设置为 false 后则普通请求正常，但是遇到重定向则停止请求，还算正常(文章末尾会谈到这里会遇到另一个 bug 的情况)
但当设置为 setenableredirects(true); 按理说应该是对于 301、302 重定向将进行跟随重定向进行请求的，但却出现各种异常和乱七八糟的问题，不论是普通请求还是重定向的请求全是 clientprotocolexception、 circularredirectexception 等异常，有时还不停的 gc
类似：
各种调试，弄了大半天才终于搞定是怎么回事！
我觉得 asynchttpclient 开源库中的源码 setenableredirects 方法有问题，看了下源码：
似乎设置为 setenableredirects 为 true 后，所有请求包括 http 200 都会 isredirectrequested 方法都会返回 true 标记为重定向导致所有请求全部都出现问题，
于是新建个类继承 asynchttpclient 后重写了他的 setenableredirects 方法，只对 301和 302进行重定向返回设置的 boolean 值，这下测试就 ok 了，普通请求正常，重定向则自动重定向请求到数据了，跟预想的结果一样了：
修改后的代码：
这样当 设置为 false 时则全部状态都返回 false，设置为true 时则仅对 301、302 才返回 true，其余都返回 false
同时还要配置下面的参数设置：
允许环形重定向和设置重定向最大次数。
asynchttpclient 中的重定向和 setenableredirects 方法异常解决
下面还有个重要提示：
经过我多次的测试实验，发现：
其实系统默认应该是允许请求重定向的，但这里有个 bug，就是如果你有两个请求是相同的链接地址，则只有第一个请求会被重定向，第二个则不会，将直接出现最上面的那一堆堆的异常信息。
解决办法：
很简单，就是上面提到的 环形重定向的参数设置了，加上就好了。
这里还要强调一点就是如果你不复写 setenableredirects 方法的话，那么最好千万不要调用他，一旦调用他就会重置 handle 导致出现前面说到的各种问题，
仅在需要禁止重定向的时候调用该方法设置为 false
血泪教训啊，浪费了一天的青春，感叹下其实很多技术博客里的文章，并不是你看到的简简单单的一个个字符，背后都是无数程序猿们的血泪和无悔青春，用生命的代价换来的。