Volley库中的等待请求功能问题(PriorityBlockingQueue.java)

Volley库中的等待请求功能问题(PriorityBlockingQueue.java),java,android,android-volley,Java,Android,Android Volley,我对volley库中的等待请求功能有问题。调试使我找到了java.util中的AbstractQueue类,在该类中添加了一个元素(根据方法中表示成功添加到队列的某些值),同时也没有添加元素(根据队列中的0个元素,这些元素的值不变)。添加方法已同步。下面你可以找到一个详细的情况描述和我的研究到目前为止。如果你能看看它们,如果你知道发生了什么,我会非常感激 我尝试在出现任何类型的错误时自动重试请求(例如,当没有连接或服务器名称不正确时)。 请求的错误处理程序将请求添加回我的应用程序的静态singl

我对volley库中的等待请求功能有问题。调试使我找到了java.util中的AbstractQueue类,在该类中添加了一个元素(根据方法中表示成功添加到队列的某些值),同时也没有添加元素(根据队列中的0个元素,这些元素的值不变)。添加方法已同步。下面你可以找到一个详细的情况描述和我的研究到目前为止。如果你能看看它们,如果你知道发生了什么,我会非常感激

我尝试在出现任何类型的错误时自动重试请求(例如,当没有连接或服务器名称不正确时)。 请求的错误处理程序将请求添加回我的应用程序的静态singleton RequestQueue

RetriableRequestWraper.java

m_request = new StringRequest(
            method,
            url,
            new Response.Listener<String>() {
                @Override
                public void onResponse(String response) {
                    handleResponse(response);
                }
            },

            new Response.ErrorListener() {
                @Override
                public void onErrorResponse(VolleyError volleyError) {
                    handleError(volleyError);
                }
            });

public void handleError(VolleyError volleyError)
{
    Log.d("Request: ", m_request.toString());
    Log.d("handleError: ", volleyError.toString());
    if(retriesCount<3)
    {
        executeRequest();
        ++retriesCount;
    }
    else
    {
        retriesCount = 0;
    }
}

public void executeRequest()
{
    RequestsManager.getInstance().executeRequest(m_request);
}

public void executeRequest(Request request)
{
    Log.d("executeRequest ","m_requestQueue.add(request)");
    m_requestQueue.add(request);
}
这种方法不起作用,在volley库中进行调试时,我发现请求无法添加到RequestQueue类的mCacheQueue中,因为reuqest的cacheKey存在于mWaitingRequests映射中。因此,该请求被添加到mWaitingRequests映射的队列中,对应于其密钥。当上一个请求完成时-新的请求不会添加到队列中,尽管这些行正在RequestQueue类中执行:

synchronized(this.mWaitingRequests) {
            String cacheKey1 = request.getCacheKey();
            Queue waitingRequests1 = (Queue)this.mWaitingRequests.remove(cacheKey1);
            if(waitingRequests1 != null) {
                if(VolleyLog.DEBUG) {
                    VolleyLog.v("Releasing %d waiting requests for cacheKey=%s.", new Object[]{Integer.valueOf(waitingRequests1.size()), cacheKey1});
                }

                this.mCacheQueue.addAll(waitingRequests1);
            }
        }
当进一步调试此行时

this.mCacheQueue.addAll(waitingRequests1);
在AbstractQueue.java(java.util中的类)中,元素被添加到队列中,“modified”值为true,但在整个过程中,“this”参数继续包含0个元素

    public boolean addAll(Collection<? extends E> c) {
    if (c == null)
        throw new NullPointerException("c == null");
    if (c == this)
        throw new IllegalArgumentException("c == this");
    boolean modified = false;
    for (E e : c)
        if (add(e))
            modified = true;
    return modified;
}
显然,返回的值为true,但没有添加元素。我的调试器无法进入添加元素的方法-siftUpUsingComparator(n,e,array,cmp)


我将在重试请求之前添加一个计时器,并将构造一个新的计时器。所以我对解决方案并不感兴趣,我想了解在这种情况下发生了什么以及如何发生的。您知道这背后的原因吗?

问题是您试图再次将相同的请求实例添加到已添加到的队列中。这会弄乱队列和请求本身,因为它有状态。例如,如果只启用标记,则会发生崩溃。解决方案是只使用默认重试策略或克隆请求

    public boolean addAll(Collection<? extends E> c) {
    if (c == null)
        throw new NullPointerException("c == null");
    if (c == this)
        throw new IllegalArgumentException("c == this");
    boolean modified = false;
    for (E e : c)
        if (add(e))
            modified = true;
    return modified;
}
l452 siftUpUsingComparator(n, e, array, cmp);
l453 size = n+1;