PS：看完了LGD的六场比赛...让人心酸...

学习内容：

1.Http请求的过程...

2.Volley的简单介绍...

1.Http请求...

  这里只是简单的说一下Http请求的过程...非常的简单...首先是发送Request..然后服务器在获取到Request请求后会对其进行相应的处理，然后以Response的形式进行返回，然后分配Response，即谁发送的请求，那么响应就分配给谁...

2.Volley简单介绍...

  这里只是先简单的说一下Volley，Volley框架是由Google发布的一款开源框架...这个框架主要是针对网络请求而包装生成的开源框架...主要功能是异步的网络请求和图片的加载，适用于Android这种请求频繁而每次请求数据量并不是很大的这一类网络请求...通过源码能够发现Volley有非常好的扩展性，更多的地方采用接口的设计...所以我们都可以自己重写内部的一些方法...总体的设计思路也是非常的明确的...

  客户端如果想通过网络连接来连接服务器，那么首先需要发送相关请求...每一个请求都需要被建立，那么建立请求的类就靠Request.java来实现...

  Request.java(源码解析)

  简单的说说Request.java，这是Volley的最核心的类，Request.java不仅仅封装了Request请求，还包括对服务器返回的Response的数据信息进行相应的处理..总之Request.java是一个最大的父类，内部封装了非常多的方法...其他的几个子类都是通过继承Request.java从而实现自己的功能...Request只是对外提供了一个接口，任何方式的请求只需要实现接口就能够实例化自己的请求对象，创建自己内部的方法..从而形成一种良好的扩展...

  凡是继承了Request.java必须要实现的一个方法...

abstract protected Response<T> parseNetworkResponse(NetworkResponse response);

  这个方法是对网络服务器响应的一个解析过程..也是最后由这个函数通过postResponse方法，将Response传递给ResponseDelivery从而对响应进行分发，不难理解，在每一个Request中实现这个方法，那么也就能够知道是谁发出的请求，这样在分发响应的时候也就不会产生错误...

  2.1 public void addMarker(String tag){}函数...

 public void addMarker(String tag) {if (MarkerLog.ENABLED) {mEventLog.add(tag, Thread.currentThread().getId());} else if (mRequestBirthTime == 0) {mRequestBirthTime = SystemClock.elapsedRealtime();}}

  addMarker函数，其实是就是一个标志，这个函数可以为每一个request添加相应事件标识符，这样我们就可以通过捕获标识符的方式从而对每一个request做进一步的操作.

  比如说一个网络请求从请求队列取出的标识：request.addMarker("network-queue-take");

        一个请求被取消的标识：request.addMarker("network-discard-cancelled");

  在Volley中很容易看到这些标识，他们的存在就是为了捕获每一个请求的发生状态，通过捕获这些状态，比如说一个请求已经完成，那么我们捕获到了请求完成之后，我们就需要将这次请求从请求队列当中移除，那么这个操作的执行就需要首先捕获到请求的状态，我们才能够采取下一步的操作...总之就是通过标识才能够清楚的了解请求到底执行到了何种状态...

  2.2 以下几个函数完成实体部分(Body)中验证参数的传递以及编码过程...

  2.2.1 public byte[] getPostBody() throws AuthFailureError{}

        public byte[] getBody() throws AuthFailureError{}

public byte[] getPostBody() throws AuthFailureError {// Note: For compatibility with legacy clients of volley, this implementation must remain// here instead of simply calling the getBody() function because this function must// call getPostParams() and getPostParamsEncoding() since legacy clients would have// overridden these two member functions for POST requests.Map<String, String> postParams = getPostParams();if (postParams != null && postParams.size() > 0) {return encodeParameters(postParams, getPostParamsEncoding());}return null;}public byte[] getBody() throws AuthFailureError {Map<String, String> params = getParams();if (params != null && params.size() > 0) {return encodeParameters(params, getParamsEncoding());}return null;}

   这两个函数想必大家看函数名称估计都能明白到底是怎么回事了，只不过这里有个小小的区别...第一个方法仅仅是对Post请求方式中Body实体部分的获取，而第二个是对Post或Put请求方式中Body实体部分的获取...

  我们知道网络请求时，信息是以数据报的形式进行传递的，数据报有头部(Headers)和实体(Body)部分...实体一般都是封装着想要发送的数据以及验证信息...因此想要获取Body中的实体数据就必须要通过某种方法来获取原生态的实体数据（Body）...获取了实体数据之后，就可以提交验证以及发送数据...那么上面两个函数就是用来解决这个问题的...

  我们可以从源码看到，二者分别调用getParams()和getPostParams()函数...

  2.2.2 protected Map<String,String> getPostParams() throws AuthFailureError{}

        protected Map<String,String> getParams() throws AuthFailureError{}

protected Map<String, String> getPostParams() throws AuthFailureError {return getParams();}protected Map<String, String> getParams() throws AuthFailureError {return null;}

  这两个方法就是获取数据报中Body用于验证或授权时传递的参数，通过源码我们可以看到，方法的返回值是空值，这也不难理解，如果客户端想要完成验证和授权，必须要由客户端发送验证数据，通过对客户端验证数据信息的抓取，接着应用程序重写上面的两个方法，客户端的验证数据信息被封装到这两个方法内，这样服务器就可以真正的获取到客户端提交的信息了..来张图片方便大家理解...

  这里还涉及到了一个参数的编码...通过调用encodeParamters()方法...

  2.2.3 private byte[] encodeParameters(Map<String,String>params,String paramsEncoding){}

  这个方法需要对传递过来的所有参数进行遍历...将参数转化成 postid=4868291&update=1 这样的形式...我们在访问网站的时候经常会在url看到这样类似的字串，那也就是传递的参数想必也就不难理解了...

private byte[] encodeParameters(Map<String, String> params, String paramsEncoding) {StringBuilder encodedParams = new StringBuilder();try {for (Map.Entry<String, String> entry : params.entrySet()) {encodedParams.append(URLEncoder.encode(entry.getKey(), paramsEncoding));encodedParams.append('=');encodedParams.append(URLEncoder.encode(entry.getValue(), paramsEncoding));encodedParams.append('&');}return encodedParams.toString().getBytes(paramsEncoding);} catch (UnsupportedEncodingException uee) {throw new RuntimeException("Encoding not supported: " + paramsEncoding, uee);}}

  2.3 请求完成后需要执行的函数...

  2.3.1 void finish(final String tag){}

  当一个请求完成之后需要对做出一些操作，首先需要做的事情就是将请求队列中的这次请求进行移除操作，因为请求已经完成...这也不难理解，也就是下面源码第一个if执行的过程，他会再次调用RequestQueue中finish()函数，来移除这次请求，这个源码就先不介绍...等到后面介绍RequestQueue源码的时候再细细说一下...我们只需要知道现在它的功能就行了...也是这个函数的主要部分...而下面第二个if()函数，其实是为了转储这次请求中所有的日志文件，为了以后的调试...

 void finish(final String tag) {if (mRequestQueue != null) {mRequestQueue.finish(this);}if (MarkerLog.ENABLED) {final long threadId = Thread.currentThread().getId();if (Looper.myLooper() != Looper.getMainLooper()) {// If we finish marking off of the main thread, we need to// actually do it on the main thread to ensure correct ordering.Handler mainThread = new Handler(Looper.getMainLooper());mainThread.post(new Runnable() {@Overridepublic void run() {mEventLog.add(tag, threadId);mEventLog.finish(this.toString());}});return;}mEventLog.add(tag, threadId);mEventLog.finish(this.toString());} else {long requestTime = SystemClock.elapsedRealtime() - mRequestBirthTime;if (requestTime >= SLOW_REQUEST_THRESHOLD_MS) {VolleyLog.d("%d ms: %s", requestTime, this.toString());}}}

  2.4 Request的构造函数...

  2.4.1 public Request(String url,Response.ErrorListener listener){}

        public Request(int method,String url,Response.ErrorListener listener){}

  构造函数分为两种，一个是直接通过url来执行请求，一个是通过指定提交方式，然后通过url来执行请求...

 public Request(String url, Response.ErrorListener listener) {this(Method.DEPRECATED_GET_OR_POST, url, listener);}public Request(int method, String url, Response.ErrorListener listener) {mMethod = method;mUrl = url;mErrorListener = listener;setRetryPolicy(new DefaultRetryPolicy());mDefaultTrafficStatsTag = TextUtils.isEmpty(url) ? 0: Uri.parse(url).getHost().hashCode();}

  Request只是一个抽象接口，为外部暴露接口，从而让其他的类去实现，其中还有许多的方法，包括请求失败时的重试策略，以及请求缓存的一些定义...还有许多变量和方法，只是在Request中进行了封装，而真正去调用和实现这些方法则需要其他的类进行扩展...因此Request的源码只是做一些简单的介绍..介绍的也是其中非常重要的方法...其他的内容则在后续进行介绍...