1. Volley中添加url参数和表单

    请求中添加Url参数，需要自己拼接字符串，或者重写getUrl方法

   

 StringBuilder sb = new StringBuilder();
        if (!url.contains("?")) {
            url = url + "?";
        } else {
            if (!url.endsWith("?")) {
                url = url + "&";
            }
        }
        Iterator<String> iterotor = paramsMap.keySet().iterator();
        while (iterotor.hasNext()) {
            String key = (String) iterotor.next();
            try {
                sb.append(key).append("=").append(URLEncoder.encode(paramsMap.get(key), "utf-8")).append("&");
            } catch (UnsupportedEncodingException e) {
                e.printStackTrace();
            }
        }
        if (sb.lastIndexOf("&") == sb.length() - 1) {
            sb.deleteCharAt(sb.length() - 1);
        }

      post中添加参数

      重写Requst的getParams方法，或者自定义request

       

@Override
        protected Map<String, String> getParams() throws AuthFailureError {
            ParamsEngine engine = new ParamsEngine(mContext);
            Map<String, String> p = engine.generateRequestParams(paramsMap);
            return p;
        }

2. Volley加载本地图片

    Volley本身只能处理网络请求，缓存网络请求。但是其request和response的架构同样适用于异步加载本地和本地文件。所有网络请求的获取，全部交给了BasicNetwork.它是Volley的核心，在performRequest这个方法中，将所有request转换为相应的response，交给NetworkDispatcher来调度。我们只需要对request的url进行判断。如果是/或者file开头的，通通作为本地文件处理，使用本地解析流的方式放回response，同时把request中的shouldCahce设为false，因为本地文件已经存在本地，不再需要缓存到volley的缓存文件中，代码如下：

           

 String urlString = request.getUrl();
            if(urlString.trim().toLowerCase().startsWith("file")){
                try {
                    // 如果加载的是本地图片，不放入disk-cache目录中
                    request.setShouldCache(false);
                    return new NetworkResponse(getFromFile(new URI(urlString).getPath()));
                } catch (URISyntaxException e) {
                    e.printStackTrace();
                }
            }else if(urlString.trim().toLowerCase().startsWith("/")){
                request.setShouldCache(false);
                return new NetworkResponse(getFromFile(urlString));
            }  

    其中getFromFile方法，就是把file转换成字节数组，可以参照volley中转换entity的方法

    

private byte[] getFromFile(String urlString) throws IOException {
        File file = new File(urlString);
       
        PoolingByteArrayOutputStream bytes =
                new PoolingByteArrayOutputStream(mPool, (int) file.length());
        byte[] buffer = null;
        // 得到文件的输入流
        InputStream in = null;
        try {
            buffer = mPool.getBuf(1024);
            in = new FileInputStream(new File(urlString));
            int count;
            while ((count = in.read(buffer)) != -1) {
                bytes.write(buffer, 0, count);
            }
            return bytes.toByteArray();
        } finally {
            if (in != null) {
                try {
                    in.close();
                } catch (IOException e) {
                    e.printStackTrace();
                }
            }
            mPool.returnBuf(buffer);
            try {
                bytes.close();
            } catch (IOException e) {
                e.printStackTrace();
            }
        }
    }

    这里使用ByteArrayPool来避免反复申请byte[]数组空间

3. Volley中DiskBasedCache初始化非常慢的问题。

    initialize方法中，遍历所有的缓存文件，读取头信息存入map中，当缓存文件非常多的时候，google提供的初始化实现，耗费了10s以上的时间！！！不知道这是不是个bug。也就是说，每次newRequestQueue，都需要等待十秒的时间才能开始处理request。如果这样的话，这个框架就没法用了。

    目前我也没找到好的方法。有两个优化方案。

    （1） 有人在stackoverflow中提到过这个问题，然后他给出了解决方案。在initialize中，给FileOutputStream在套一层BufferedOutputStream。本人测试过，速度有十倍的提升。基本能控制初始化的时间在1-3s。

    （2） 提前初始化。每一次newRequestQueue都要花费这么长时间初始化，但是实际使用中，我们需要new那么多RequestQueue吗？看源代码可以知道，每个RequestQueue实际启动了5个循环线程来调度各种请求。其中四个用来处理网络请求，一个用来处理cache请求。对于一个app来说，这样已经足够，我们没必要每个页面都启动一个RequestQueue。因此，我把RequestQueue设置为单例，在Application中初始化，这样就可以避免initialize被反复调用，同时也能在界面出来之前，预先准备好数据