Cambiar la duración del tiempo de espera de Volley

Uso el nuevo marco Volley para Android para hacer una solicitud a mi servidor. Pero se agota el tiempo de espera antes de obtener la respuesta, aunque sí responde.

Intenté agregar este código:

HttpConnectionParams.setConnectionTimeout(httpParams, 5000);
HttpConnectionParams.setSoTimeout(httpParams, timeoutMs);

en HttpClientStackel marco de Volley a un número entero diferente (50000), pero aún así agota el tiempo de espera antes de 50 segundos.

¿Hay alguna manera de cambiar el tiempo de espera a un valor largo?

Ver Request.setRetryPolicy()y el constructor de DefaultRetryPolicy, por ejemplo

JsonObjectRequest myRequest = new JsonObjectRequest(Method.GET,
        url, null,
        new Response.Listener<JSONObject>() {

            @Override
            public void onResponse(JSONObject response) {
                Log.d(TAG, response.toString());
            }
        }, new Response.ErrorListener() {

            @Override
            public void onErrorResponse(VolleyError error) {
                Log.d(TAG, "Error: " + error.getMessage());
            }
});

myRequest.setRetryPolicy(new DefaultRetryPolicy(
        MY_SOCKET_TIMEOUT_MS, 
        DefaultRetryPolicy.DEFAULT_MAX_RETRIES, 
        DefaultRetryPolicy.DEFAULT_BACKOFF_MULT));

Para manejar Android Volley Timeout necesita usar RetryPolicy

RetryPolicy

• Volley proporciona una manera fácil de implementar su RetryPolicy para sus solicitudes.
• Volley establece el valor predeterminado de Socket & ConnectionTImeout en 5 segundos para todas las solicitudes.

RetryPolicy es una interfaz en la que necesita implementar su lógica de cómo desea volver a intentar una solicitud en particular cuando ocurre un tiempo de espera.

Se ocupa de estos tres parámetros.

• Tiempo de espera: especifica el tiempo de espera de socket en milis por cada intento de reintento.
• Número de reintentos: número de veces que se intenta reintentar.
• Multiplicador de retroceso: un multiplicador que se utiliza para determinar el tiempo exponencial establecido en socket para cada intento de reintento.

Por ej. Si RetryPolicy se crea con estos valores

Tiempo de espera: 3000 ms, número de intentos de reintento - 2, multiplicador de retroceso - 2.0

Intento de reintento 1:

• tiempo = tiempo + (tiempo * Multiplicador de retroceso);
• tiempo = 3000 + 6000 = 9000ms
• Socket Timeout = tiempo;
• Solicitud enviada con tiempo de espera de 9 segundos

Intento de reintento 2:

• tiempo = tiempo + (tiempo * Multiplicador de retroceso);
• tiempo = 9000 + 18000 = 27000ms
• Socket Timeout = tiempo;
• Solicitud enviada con un tiempo de espera de 27 segundos

Por lo tanto, al final del Reintento Intento 2 si todavía se agota el tiempo de espera de Socket, Volley arrojaría un TimeoutErrorcontrolador de respuesta de error de UI.

//Set a retry policy in case of SocketTimeout & ConnectionTimeout Exceptions. 
//Volley does retry for you if you have specified the policy.
jsonObjRequest.setRetryPolicy(new DefaultRetryPolicy(5000, 
                DefaultRetryPolicy.DEFAULT_MAX_RETRIES, 
                DefaultRetryPolicy.DEFAULT_BACKOFF_MULT));

Solo para contribuir con mi enfoque. Como ya respondí, RetryPolicyes el camino a seguir. Pero si necesita una política diferente a la predeterminada para todas sus solicitudes, puede establecerla en una clase de Solicitud base, por lo que no necesita establecer la política para todas las instancias de sus solicitudes.

Algo como esto:

public class BaseRequest<T> extends Request<T> {

    public BaseRequest(int method, String url, Response.ErrorListener listener) {
        super(method, url, listener);
        setRetryPolicy(getMyOwnDefaultRetryPolicy());
    }
}

En mi caso, tengo una GsonRequest que se extiende desde esta BaseRequest, por lo que no corro el riesgo de olvidar establecer la política para una solicitud específica y aún puede anularla si alguna solicitud específica lo requiere.

/**
 * @param request
 * @param <T>
 */
public <T> void addToRequestQueue(Request<T> request) {

    request.setRetryPolicy(new DefaultRetryPolicy(
            MY_SOCKET_TIMEOUT_MS,
            DefaultRetryPolicy.DEFAULT_MAX_RETRIES,
            DefaultRetryPolicy.DEFAULT_BACKOFF_MULT));

    getRequestQueue().add(request);
}

req.setRetryPolicy(new DefaultRetryPolicy(
    MY_SOCKET_TIMEOUT_MS, 
    DefaultRetryPolicy.DEFAULT_MAX_RETRIES, 
    DefaultRetryPolicy.DEFAULT_BACKOFF_MULT));

Puede establecer MY_SOCKET_TIMEOUT_MScomo 100. Lo que quiera establecer es en milisegundos. DEFAULT_MAX_RETRIESpuede ser 0 por defecto es 1.

int MY_SOCKET_TIMEOUT_MS=500;

 stringRequest.setRetryPolicy(new DefaultRetryPolicy(
                MY_SOCKET_TIMEOUT_MS,
                DefaultRetryPolicy.DEFAULT_MAX_RETRIES,
                DefaultRetryPolicy.DEFAULT_BACKOFF_MULT));

Otra forma de hacerlo es en JsonObjectRequest personalizado por:

@Override
public RetryPolicy getRetryPolicy() {
    // here you can write a custom retry policy and return it
    return super.getRetryPolicy();
}

Fuente: Ejemplo de Android Volley

Solución alternativa si todas las soluciones anteriores no funcionan para usted

Por defecto, Volley establece un tiempo de espera igual para ambos setConnectionTimeout()y setReadTimeout()con el valor de RetryPolicy. En mi caso, Volleylanza una excepción de tiempo de espera para un gran fragmento de datos, consulte:

com.android.volley.toolbox.HurlStack.openConnection(). 

Mi solución es crear una clase que se extienda HttpStackcon mi propia setReadTimeout()política. Luego úselo cuando cree de la RequestQueuesiguiente manera:

Volley.newRequestQueue(mContext.getApplicationContext(), new MyHurlStack())

Terminé agregando un método setCurrentTimeout(int timeout)al RetryPolicyy su implementación en DefaultRetryPolicy.

Luego agregué un setCurrentTimeout(int timeout)en la clase Solicitud y lo llamé.

Esto parece hacer el trabajo.

Perdón por mi pereza por cierto y hurra por el código abierto.