Android网络要心路历程

纱要是android客户端好重大之有些。下面从入门级开始介绍下自己Android网络要的行过程。希望能够让刚刚接触Android网络有的情侣有拉扯。
本文包含:

  • HTTP请求&响应
  • Get&Post
  • [HttpClient & HttpURLConnection](#HttpClient & HttpURLConnection)
  • 同步&异步
  • HTTP缓存机制
  • Volley&OkHttp
  • Retrofit&RestAPI
  • 网图片加载优化
  • Fresco&Glide
  • 图片管理方案

HTTP请求&响应

既然如此说从入门级开始便说说Http请求包的结构。
一样涂鸦呼吁虽是向目标服务器发送一拧文本。什么样的文件?有下面结构的文件。
HTTP请求保管结构

请求包

例子:

    POST /meme.php/home/user/login HTTP/1.1
    Host: 114.215.86.90
    Cache-Control: no-cache
    Postman-Token: bd243d6b-da03-902f-0a2c-8e9377f6f6ed
    Content-Type: application/x-www-form-urlencoded

    tel=13637829200&password=123456

呼吁了就算会见接受响应包(如果对面有HTTP服务器)
HTTP响应包结构

响应包

例子:

    HTTP/1.1 200 OK
    Date: Sat, 02 Jan 2016 13:20:55 GMT
    Server: Apache/2.4.6 (CentOS) PHP/5.6.14
    X-Powered-By: PHP/5.6.14
    Content-Length: 78
    Keep-Alive: timeout=5, max=100
    Connection: Keep-Alive
    Content-Type: application/json; charset=utf-8

    {"status":202,"info":"\u6b64\u7528\u6237\u4e0d\u5b58\u5728\uff01","data":null}

Http请求方式发生

方法 描述
GET 请求指定url的数据,请求体为空(例如打开网页)。
POST 请求指定url的数据,同时传递参数(在请求体中)。
HEAD 类似于get请求,只不过返回的响应体为空,用于获取响应头。
PUT 从客户端向服务器传送的数据取代指定的文档的内容。
DELETE 请求服务器删除指定的页面。
CONNECT HTTP/1.1协议中预留给能够将连接改为管道方式的代理服务器。
OPTIONS 允许客户端查看服务器的性能。
TRACE 回显服务器收到的请求,主要用于测试或诊断。

常用只有Post与Get。

Get&Post

网络请求遭我们经常因此键值对来传参数(少部分api用json来传递,毕竟非是主流)。
经地方的介绍,可以望虽然Post与Get本意一个是表单提交一个凡是告页面,但本质并没啊分别。下面说说参数在即时2者的位置。

  • Get方式
    当url中填入参数:

      http://xxxx.xx.com/xx.php?params1=value1&params2=value2
    

还动用路由

    http://xxxx.xx.com/xxx/value1/value2/value3

这些虽是web服务器框架的从事了。

  • Post方式
    参数是经过编码在请求体中的。编码包括x-www-form-urlencoded
    form-data
    x-www-form-urlencoded的编码方式是这般:
    tel=13637829200&password=123456
    form-data的编码方式是这样:
    —-WebKitFormBoundary7MA4YWxkTrZu0gW
    Content-Disposition: form-data; name=”tel”

      13637829200
      ----WebKitFormBoundary7MA4YWxkTrZu0gW
      Content-Disposition: form-data; name="password"
    
      123456
      ----WebKitFormBoundary7MA4YWxkTrZu0gW
    

x-www-form-urlencoded的优越性就充分扎眼了。不过x-www-form-urlencoded只好传键值对,但是form-data得传二进制

因url是有叫要求行中的。
之所以Get与Post区别本质就是参数是放在请求行被或放在请求体
自然无论用啊种都能够在请求头蒙。一般在请求头中推广有发送端的常量。

有人说:

  • Get是明文,Post隐藏
    走端不是浏览器,不用https全都是当着。
  • Get传递数据上限XXX
    胡说。有限定的凡浏览器中之url长度,不是Http协议,移动端请求无影响。Http服务器部分来限定的安一下即可。
  • Get中文需要编码
    是真的…要注意。URLEncoder.encode(params, "gbk");

或建议就此post规范参数传递方式。并没有呀又漂亮,只是大家都这样社会再和谐。

点说之是呼吁。下面说响应。
恳请是键值对,但回来数据我们常因此Json。
于内存中的组织数据,肯定使就此数据描述语言将目标序列化成文本,再用Http传递,接收端并自文本还原成结构数据。
对象(服务器)<–>文本(Http传输)<–>对象(移动端) 。

服务器返回的数码大部分还是繁体的布局数据,所以Json最符合。
Json解析库有广大Google的Gson,阿里的FastJson。
Gson的用法看这里。

HttpClient & HttpURLConnection

HttpClient早让丢掉了,谁再好这种题材吧惟有更落后的面试官才见面问。具体原因可以看这里。

脚说说HttpURLConnection的用法。
顶开头接触的虽是其一。

    public class NetUtils {
        public static String post(String url, String content) {
            HttpURLConnection conn = null;
            try {
                // 创建一个URL对象
                URL mURL = new URL(url);
                // 调用URL的openConnection()方法,获取HttpURLConnection对象
                conn = (HttpURLConnection) mURL.openConnection();

                conn.setRequestMethod("POST");// 设置请求方法为post
                conn.setReadTimeout(5000);// 设置读取超时为5秒
                conn.setConnectTimeout(10000);// 设置连接网络超时为10秒
                conn.setDoOutput(true);// 设置此方法,允许向服务器输出内容

                // post请求的参数
                String data = content;
                // 获得一个输出流,向服务器写数据,默认情况下,系统不允许向服务器输出内容
                OutputStream out = conn.getOutputStream();// 获得一个输出流,向服务器写数据
                out.write(data.getBytes());
                out.flush();
                out.close();

                int responseCode = conn.getResponseCode();// 调用此方法就不必再使用conn.connect()方法
                if (responseCode == 200) {

                    InputStream is = conn.getInputStream();
                    String response = getStringFromInputStream(is);
                    return response;
                } else {
                    throw new NetworkErrorException("response status is "+responseCode);
                }

            } catch (Exception e) {
                e.printStackTrace();
            } finally {
                if (conn != null) {
                    conn.disconnect();// 关闭连接
                }
            }

            return null;
        }

        public static String get(String url) {
            HttpURLConnection conn = null;
            try {
                // 利用string url构建URL对象
                URL mURL = new URL(url);
                conn = (HttpURLConnection) mURL.openConnection();

                conn.setRequestMethod("GET");
                conn.setReadTimeout(5000);
                conn.setConnectTimeout(10000);

                int responseCode = conn.getResponseCode();
                if (responseCode == 200) {

                    InputStream is = conn.getInputStream();
                    String response = getStringFromInputStream(is);
                    return response;
                } else {
                    throw new NetworkErrorException("response status is "+responseCode);
                }

            } catch (Exception e) {
                e.printStackTrace();
            } finally {

                if (conn != null) {
                    conn.disconnect();
                }
            }

            return null;
        }

        private static String getStringFromInputStream(InputStream is)
                throws IOException {
            ByteArrayOutputStream os = new ByteArrayOutputStream();
            // 模板代码 必须熟练
            byte[] buffer = new byte[1024];
            int len = -1;
            while ((len = is.read(buffer)) != -1) {
                os.write(buffer, 0, len);
            }
            is.close();
            String state = os.toString();// 把流中的数据转换成字符串,采用的编码是utf-8(模拟器默认编码)
            os.close();
            return state;
        }
    }

在意网络权限!被坑了不怎么坏。

<uses-permission android:name="android.permission.INTERNET"/>

同步&异步

这2只概念才在于多线程编程中。
android中默认只发生一个主线程,也深受UI线程。因为View绘制只能于此线程内进行。
据此只要您死了(某些操作而这个线程在这边运行了N秒)这个线程,这中View绘制将无可知展开,UI就见面卡壳。所以要全力避免在UI线程进行耗时操作。
纱要是一个名列前茅耗时操作。
经地方的Utils类进行网络要单出一行代码。

NetUtils.get("http://www.baidu.com");//这行代码将执行几百毫秒。

倘若您这样勾画

        @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        String response = Utils.get("http://www.baidu.com");
    }

就会死。。
立马便是同台方式。直接耗时操作阻塞线程直到数据接收了毕然后回。Android不容许的。
异步方式:

         //在主线程new的Handler,就会在主线程进行后续处理。
    private Handler handler = new Handler();
    private TextView textView;
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        textView = (TextView) findViewById(R.id.text);
        new Thread(new Runnable() {
            @Override
            public void run() {
                    //从网络获取数据
                final String response = NetUtils.get("http://www.baidu.com");
                    //向Handler发送处理操作
                handler.post(new Runnable() {
                    @Override
                    public void run() {
                            //在UI线程更新UI
                        textView.setText(response);
                    }
                });
            }
        }).start();
    }

于子线程进行耗时操作,完成后经过Handler将更新UI的操作发送至主线程执行。这就算为异步。Handler是一个Android线程模型中根本的东西,与网无关便不说了。关于Handler不了解就先失Google一下。
有关Handler原理同篇是的稿子

而这样勾画好丢人。异步通常伴随者他的好基友回调
这是经过回调封装的Utils类。

    public class AsynNetUtils {
        public interface Callback{
            void onResponse(String response);
        }

        public static void get(final String url, final Callback callback){
            final Handler handler = new Handler();
            new Thread(new Runnable() {
                @Override
                public void run() {
                    final String response = NetUtils.get(url);
                    handler.post(new Runnable() {
                        @Override
                        public void run() {
                            callback.onResponse(response);
                        }
                    });
                }
            }).start();
        }

        public static void post(final String url, final String content, final Callback callback){
            final Handler handler = new Handler();
            new Thread(new Runnable() {
                @Override
                public void run() {
                    final String response = NetUtils.post(url,content);
                    handler.post(new Runnable() {
                        @Override
                        public void run() {
                            callback.onResponse(response);
                        }
                    });
                }
            }).start();
        }
    }

下一场运办法。

    private TextView textView;
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        textView = (TextView) findViewById(R.id.webview);
        AsynNetUtils.get("http://www.baidu.com", new AsynNetUtils.Callback() {
            @Override
            public void onResponse(String response) {
                textView.setText(response);
            }
        });

大凡匪是雅很多。
哦,一个傻乎乎到哭的纱要方案成型了。
蠢的地方发成百上千:

  • 每次都new Thread,new Handler消耗过很
  • 靡死处理机制
  • 莫缓存机制
  • 不曾到之API(请求头,参数,编码,拦截器等)与调试模式
  • 没有Https

HTTP缓存机制

缓存对于移动端是可怜重要的存。

  • 减掉请求次数,减多少服务器压力.
  • 当地数据读取速度还快,让页面不会见空白几百毫秒。
  • 每当管网的情况下提供数据。

缓存一般由服务器控制(通过某些方式得以本地控制缓存,比如向过滤器添加缓存控制信息)。通过在呼吁头上加下面几乎单字端:

Request

请求头字段 意义
If-Modified-Since: Sun, 03 Jan 2016 03:47:16 GMT 缓存文件的最后修改时间。
If-None-Match: "3415g77s19tc3:0" 缓存文件的Etag(Hash)值
Cache-Control: no-cache 不使用缓存
Pragma: no-cache 不使用缓存

Response

响应头字段 意义
Cache-Control: public 响应被共有缓存,移动端无用
Cache-Control: private 响应被私有缓存,移动端无用
Cache-Control:no-cache 不缓存
Cache-Control:no-store 不缓存
Cache-Control: max-age=60 60秒之后缓存过期(相对时间)
Date: Sun, 03 Jan 2016 04:07:01 GMT 当前response发送的时间
Expires: Sun, 03 Jan 2016 07:07:01 GMT 缓存过期的时间(绝对时间)
Last-Modified: Sun, 03 Jan 2016 04:07:01 GMT 服务器端文件的最后修改时间
ETag: "3415g77s19tc3:0" 服务器端文件的Etag[Hash]值

业内以时按要求或只是包含其中有些字段。
客户端要根据这些信囤积这次请信息。
接下来于客户端发起呼吁的时段要反省缓存。遵循下面步骤:

浏览器缓存机制

留意服务器返回304意是数码没有改变滚去念缓存信息。
已年轻的自家呢团结写的纱要框架添加到了缓存机制,还美,直到来平等天自己看看了下2只东西。(/TДT)/

Volley&OkHttp

Volley&OkHttp应该是现行最常用底网要求库。用法也非常相像。都是故构造请求进入请求队列的方式管理网络请求。

先说Volley:
Volley可以通过这个库进行依赖.
Volley在Android 2.3同以上版本,使用的凡HttpURLConnection,而当Android
2.2与以下版本,使用的是HttpClient。
Volley的主干用法,网上资料无数,这里推荐郭霖大神的博客
Volley存在一个缓存线程,一个网请求线程池(默认4只线程)。
Volley这样直白用支付效率会于没有,我以自己以Volley时的各种技术封装成了一个储藏室RequestVolly.
本身以这库房中将构造请求的办法封装为了函数式调用。维持一个大局的要队列,拓展一些造福之API。

可是再怎么封装Volley在功能拓展性上一味无法同OkHttp相比。
Volley停止了履新,而OkHttp得到了合法的承认,并在连优化。
故自最终替换为OkHttp

OkHttp用法见这里
良温馨之API与详尽的文档。
及时首文章也写的很详细了。
OkHttp使用Okio进展多少传。都是Square家的。
不过连无是直接用OkHttp。Square公司还时有发生了一个Retrofit库配合OkHttp战斗力翻倍。

Retrofit&RestAPI

Retrofit粗大的简化了网络要的操作,它当说就是一个Rest
API管理库,它是一直利用OKHttp进行网络要并无影响而针对OkHttp进行配置。毕竟都是Square公司出品。
RestAPI是相同种软件设计风格。
服务器作为资源存放地。客户端去要GET,PUT,
POST,DELETE资源。并且是任状态的,没有session的与。
挪端与服务器交互最要的即是API的筹划。比如就是一个正经的记名接口。

Paste_Image.png

你们应当看之来这个接口对应的恳求保管及应包约是呀体统吧。
呼吁方式,请求参数,响应数据,都生鲜明。
利用Retrofit这些API可以直观的反映于代码中。

Paste_Image.png

然后利用Retrofit提供给你的这个接口的贯彻类
就可知一直开展网络要获得结构数据。

注意Retrofit2.0互相较1.9开展了大气免配合更新。google上绝大多数课程都是因1.9的。这里有个2.0的教程。

课里开展异步请求是下Call。Retrofit最劲的地方在于支持RxJava。就像自家及图被归的凡一个Observable。RxJava上亲手难度比较高,但据此过就重为离开不开了。Retrofit+OkHttp+RxJava配合框架打有成吨的输出,这里不再多说。

网要学习到这边我看就交到了。。

纱图片加载优化

对于图片的传,就像面的登录接口的avatar字段,并无见面直接将图纸写于回来内容里,而是吃一个图的地方。需要经常再度失去加载。

假定您一直用HttpURLConnection去得到一张图,你办获得,不过尚未优化就只有是独BUG不断demo。绝对不可知正式以。
小心网络图片有些特点:

  1. 它永远不会见转移
    一个链接对应之图一般永远不见面转换,所以当第一赖加载了图片时,就该给永久缓存,以后就不再网要。

  2. 它们好占内存
    平等摆设图片小之几十k多的几M高清无码。尺寸为是64*64暨2k图。你切莫克不怕这么直白展示到UI,甚至无可知直接放大上内存。

  3. 它们若加载很长远
    加载一摆放图需要几百ms到几m。这之间的UI占各类图功能也是须考虑的。

说说自己在上头提到的RequestVolley里开的图请处理(没错我开了,这片之代码可以错过github里看源码)。

三级缓存

网上时不时说三级缓存--服务器,文件,内存。不过自己觉着服务器无算是一级缓存,那就是是多少源嘛。

  • 内存缓存
    率先内存缓存使用LruCache。LRU是Least Recently Used
    近期起码使用算法,这里确定一个轻重缓急,当Map里对象大小总和超此可怜时将使频率低于的靶子释放。我用内存大小限制为经过可用内存的1/8.
    外存缓存里读博的数额就是直接归,读不至之向硬盘缓存要数。

  • 硬盘缓存
    硬盘缓存使用DiskLruCache。这个近乎不在API中。得复制利用。
    映入眼帘LRU就知晓了吧。我将硬盘缓存大小设置为100M。

      @Override
      public void putBitmap(String url, Bitmap bitmap) {
          put(url, bitmap);
          //向内存Lru缓存存放数据时,主动放进硬盘缓存里
          try {
              Editor editor = mDiskLruCache.edit(hashKeyForDisk(url));
              bitmap.compress(Bitmap.CompressFormat.JPEG, 100, editor.newOutputStream(0));
              editor.commit();
          } catch (IOException e) {
              e.printStackTrace();
          }
      }
    
      //当内存Lru缓存中没有所需数据时,调用创造。
      @Override
      protected Bitmap create(String url) {
          //获取key
          String key = hashKeyForDisk(url);
          //从硬盘读取数据
          Bitmap bitmap = null;
          try {
              DiskLruCache.Snapshot snapShot = mDiskLruCache.get(key);
              if(snapShot!=null){
                  bitmap = BitmapFactory.decodeStream(snapShot.getInputStream(0));
              }
          } catch (IOException e) {
              e.printStackTrace();
          }
          return bitmap;
      }
    

DiskLruCache的规律不再说了(我还缓解了它存在的一个BUG,向Log中增长的数增删记录时,最后一条没有出口,导致最终一久缓存一直失效。)

  • 硬盘缓存也无数就是返回空,然后便往服务器请求数据。

立马便是浑流程。
而自如此的拍卖方案还是来无数受制。

  • 图表未经压缩处理直接存储使用
  • 文件操作以主线程
  • 尚无全面之图片处理API

此前也当这么都足足好直到自己遇到下面俩。

Fresco&Glide

匪用想啊懂得它们都做了怪完美的优化,重复过去轮子的作为异常傻。
Fresco凡Facebook公司之非官方科技。光看成效介绍就看非常强大。使用方法官方博客说之够详细了。
真的三级缓存,变换后的BItmap(内存),变换前之原来图片(内存),硬盘缓存。
在内存管理达到位了极度。对于重度图片以的APP应该是大好的。
其一般是一直利用SimpleDraweeView来替换ImageView,呃~侵入性较强,依赖上她apk包直接杀1M。代码量惊人。

为此自己重新爱Glide,作者是bumptech。这个库房被广泛的用在google的开源项目蒙,包括2014年google
I/O大会上揭晓之官方app。
这里发出详实介绍。直接运用ImageView即可,无需初始化,极简的API,丰富的进展,链式调用都是自我喜欢的。
加上的展开指的哪怕是这个。
除此以外自啊因而过Picasso。API与Glide简直一模型一样,功能略少,且产生一半年未修复的BUG。

图表管理方案

何况说图片存储。不要有自己服务器上面,徒增流量压力,还未曾图处理效果。
推荐七牛与阿里云存储(没因此过任何
π__π
)。它们还产生好重大之同项图片处理。在图Url上加上参数来对图纸展开有甩卖还传。
遂(七牛之处理代码)

    public static String getSmallImage(String image){
        if (image==null)return null;
        if (isQiniuAddress(image)) image+="?imageView2/0/w/"+IMAGE_SIZE_SMALL;
        return image;
    }

    public static String getLargeImage(String image){
        if (image==null)return null;
        if (isQiniuAddress(image)) image+="?imageView2/0/w/"+IMAGE_SIZE_LARGE;
        return image;
    }

    public static String getSizeImage(String image,int width){
        if (image==null)return null;
        if (isQiniuAddress(image)) image+="?imageView2/0/w/"+width;
        return image;
    }

既然可加速请求速度,又能够减小流量。再配合Fresco或Glide。完美的图加载方案。
然而当下就用你将所有图片都存放于七牛要阿里云,这样也没错。

图/文件上传也都是下其第三在存储,它们都发生SDK与官方文档教你。
可是图片一定要抽了后上传。上传1-2M大的高清照片没有意义。