Volly 解析VolleyError獲取包體信息

在使用Volly開源框架時遇到了一個問題，報了錯誤只有一個 SERVERERROR ， 那怎麼辦呢，找谷哥咯，貼上搜索下發現是服務器的響應的一個錯誤，最有可能的4xx或5xx HTTP狀態代碼。
一般我們使用Volly打印日誌是用 Log.e(“VolleyError—”, volleyError.getMessage(), volleyError);

打印出的錯誤信息非常有限，如下面一些

null
com.android.volley.ServerError
at com.android.volley.toolbox.BasicNetwork.performRequest(BasicNetwork.java:145)
at com.android.volley.NetworkDispatcher.run(NetworkDispatcher.java:105)

以及 Volley框架打印的錯誤

BasicNetwork.performRequest: Unexpected response code 500 for

這些也僅只能判斷是服務器端出現問題，但是究竟是什麼原因，請求的參數不正確？還是服務器端哪裏不對了？憑藉以上信息個人一般無法判斷。
判斷不出，那隻能想辦法了，從哪突破呢，既然是 VolleyError 拋出錯誤，那我們來分析一下拋出錯誤的VolleyError類吧。
這裏開始推輪子，貼源碼

public class VolleyError extends java.lang.Exception {
    public final com.android.volley.NetworkResponse networkResponse;

    public VolleyError() { /* compiled code */ }

    public VolleyError(com.android.volley.NetworkResponse response) { /* compiled code */ }

    public VolleyError(java.lang.String exceptionMessage) { /* compiled code */ }

    public VolleyError(java.lang.String exceptionMessage, java.lang.Throwable reason) { /* compiled code */ }

    public VolleyError(java.lang.Throwable cause) { /* compiled code */ }
}

看到這裏，我們猜測 networkResponse 這個對象含有返回的全部消息。

再打開 NetworkResponse 這個類的源碼。

public class NetworkResponse {
    /**
     * Creates a new network response.
     * @param statusCode the HTTP status code
     * @param data Response body
     * @param headers Headers returned with this response, or null for none
     * @param notModified True if the server returned a 304 and the data was already in cache
     */
    public NetworkResponse(int statusCode, byte[] data, Map<String, String> headers,
            boolean notModified) {
        this.statusCode = statusCode;
        this.data = data;
        this.headers = headers;
        this.notModified = notModified;
    }

    public NetworkResponse(byte[] data) {
        this(HttpStatus.SC_OK, data, Collections.<String, String>emptyMap(), false);
    }

    public NetworkResponse(byte[] data, Map<String, String> headers) {
        this(HttpStatus.SC_OK, data, headers, false);
    }

    /** The HTTP status code. */
    public final int statusCode;

    /** Raw data from this response. */
    public final byte[] data;

    /** Response headers. */
    public final Map<String, String> headers;

    /** True if the server returned a 304 (Not Modified). */
    public final boolean notModified;
}

注意看註釋，@param data Response body 於是我們知道data是迴應報文的包體內容，只要把data解碼並顯示出來，那麼就有可能看到更詳細的錯誤信息，最起碼是一段HTML文檔。
接下來我們只需要把data解碼獲取：

        new Response.ErrorListener() {
            @Override
            public void onErrorResponse(VolleyError volleyError) {
                Log.e("VolleyError---", volleyError.getMessage(), volleyError);
                byte[] htmlBodyBytes = volleyError.networkResponse.data;  //迴應的報文的包體內容
                Log.e("VolleyError body---->", new String(htmlBodyBytes), volleyError);
                return;
            }
        }

經過這樣改造後，logcat中的錯誤輸出信息就變得很詳細和清晰了。

Volley的異常列表：

• AuthFailureError：如果在做一個HTTP的身份驗證，可能會發生這個錯誤。
• NetworkError：Socket關閉，服務器宕機，DNS錯誤都會產生這個錯誤。
• NoConnectionError：和NetworkError類似，這個是客戶端沒有網絡連接。
• ParseError：在使用JsonObjectRequest或JsonArrayRequest時，如果接收到的JSON是畸形，會產生異常。
• SERVERERROR：服務器的響應的一個錯誤，最有可能的4xx或5xx HTTP狀態代碼。
• TimeoutError：Socket超時，服務器太忙或網絡延遲會產生這個異常。默認情況下，Volley的超時時間爲2.5秒。如果得到這個錯誤可以使用RetryPolicy。