最近對接易企簽，需要在用戶簽署完后把簽名文件下載并存儲(chǔ)到我們自己的文件存儲(chǔ)中心，本來在測試環(huán)境和預(yù)發(fā)環(huán)境測試都都無問題，可是，上生產(chǎn)后，問題就來了

最開始下載文件的代碼很簡單

URL url = new URL(fileUrl);

InputStream is = url.openStream();

ByteArrayOutputStream baos = new ByteArrayOutputStream();

IOUtils.copy(is, baos);

測試環(huán)境中，易企簽給的文件地址可以直接返回文件流，這種方式就下載小文件自然就沒什么問題，可是，當(dāng)發(fā)布到生產(chǎn)后，直接通過上面的代碼就只能獲取到下面這樣的代碼

pFound. Redirecting to a http://open.signit.cn/v1/file/public/resources/00941ed4-bd2a-4c82-8758-2eb3760b13ee?token=6777e9df-4068-4e57-9de3-37a9387f5170resourceName=h07Ah6zzLvtmQ6CL4s4D3qin.pdf/a/p

很明顯，給的文件地址不再像預(yù)發(fā)環(huán)境那般單純了，它會(huì)302重定向，這就不好意思了，上面的代碼不能用，需要加強(qiáng)一下代碼邏輯，判斷響應(yīng)狀態(tài)碼如果是302，再從請求頭Location中取地址進(jìn)行數(shù)據(jù)流的獲取。正準(zhǔn)備自己來處理的，突然想到項(xiàng)目中已經(jīng)引入了強(qiáng)大的Hutool工具包，然后一句代碼就OK了

byte[] fileByte = HttpUtil.downloadBytes(fileUrl);

展開全文

那么，為什么它一行代碼就可以處理這個(gè)難題呢？我們來大概的看一下，首先進(jìn)入到downloadBytes中

public static byte[] downloadBytes(String url) {

return HttpDownloader.downloadBytes(url);

}

最終可以跟到HttpUtil.createGet這個(gè)方法中

public static HttpRequest createGet(String url, boolean isFollowRedirects) {

return HttpRequest.get(url).setFollowRedirects(isFollowRedirects);

}

this.httpConnection = HttpConnection

.create(this.url.toURL(this.urlHandler), this.proxy)//

.setConnectTimeout(this.connectionTimeout)//

.setReadTimeout(this.readTimeout)//

.setMethod(this.method)//

.setHttpsInfo(this.hostnameVerifier, this.ssf)//

// 定義轉(zhuǎn)發(fā)

.setInstanceFollowRedirects(this.maxRedirectCount 0)

// 流方式上傳數(shù)據(jù)

.setChunkedStreamingMode(this.blockSize)

// 覆蓋默認(rèn)Header

.header(this.headers, true);

public HttpResponse execute(boolean isAsync) {

// 初始化URL

urlWithParamIfGet();

// 初始化 connection

initConnection();

// 發(fā)送請求

send();

// 手動(dòng)實(shí)現(xiàn)重定向

HttpResponse httpResponse = sendRedirectIfPossible();

// 獲取響應(yīng)

if (null == httpResponse) {

httpResponse = new HttpResponse(this.httpConnection, this.charset, isAsync, isIgnoreResponseBody());

}

return httpResponse;

}

進(jìn)行URL初始化后，手動(dòng)設(shè)置重定向，其中maxRedirectCount是可重定向的次數(shù)，默認(rèn)是2次。

private HttpResponse sendRedirectIfPossible() {

if (this.maxRedirectCount 1) {

// 不重定向

return null;

}

// 手動(dòng)實(shí)現(xiàn)重定向

if (this.httpConnection.getHttpURLConnection().getInstanceFollowRedirects()) {

int responseCode;

try {

responseCode = httpConnection.responseCode();

} catch (IOException e) {

// 錯(cuò)誤時(shí)靜默關(guān)閉連接

this.httpConnection.disconnectQuietly();

throw new HttpException(e);

}

if (responseCode != HttpURLConnection.HTTP_OK) {

if (HttpStatus.isRedirected(responseCode)) {

setUrl(httpConnection.header(Header.LOCATION));

if (redirectCount this.maxRedirectCount) {

redirectCount++;

return execute();

}

}

}

}

return null;

}

其實(shí)它的實(shí)現(xiàn)方式也是上面我們提到的思路是一致的，通過遞歸方式去多次獲取返回的請求頭中的LOCATION地址，嘗試獲取最終的文件下載地址?，F(xiàn)在這般簡便的工具類越發(fā)的多，我們在使用的同時(shí)也需要去學(xué)習(xí)工具類類的實(shí)現(xiàn)思路。這樣我們才不會(huì)越發(fā)被動(dòng)。