• Android訪问网络,使用HttpURLConnection还是HttpClient?


    原文地址:http://android-developers.blogspot.com/2011/09/androids-http-clients.html

    大多数的Android应用程序都会使用HTTP协议来发送和接收网络数据,而Android中主要提供了两种方式来进行HTTP操作。HttpURLConnection和HttpClient。

    这两种方式都支持HTTPS协议、以流的形式进行上传和下载、配置超时时间、IPv6、以及连接池等功能。

    HttpClient

    DefaultHttpClient和它的兄弟AndroidHttpClient都是HttpClient详细的实现类,它们都拥有众多的API,并且实现比較稳定,bug数量也非常少。

    但同一时候也因为HttpClient的API数量过多,使得我们非常难在不破坏兼容性的情况下对它进行升级和扩展。所以眼下Android团队在提升和优化HttpClient方面的工作态度并不积极。

    HttpURLConnection

    HttpURLConnection是一种多用途、轻量极的HTTPclient,使用它来进行HTTP操作能够适用于大多数的应用程序。尽管HttpURLConnection的API提供的比較简单。可是同一时候这也使得我们能够更加easy地去使用和扩展它。

    只是在Android 2.2版本号之前。HttpURLConnection一直存在着一些令人厌烦的bug。比方说对一个可读的InputStream调用close()方法时,就有可能会导致连接池失效了。

    那么我们通常的解决的方法就是直接禁用掉连接池的功能:

    [java] view plaincopy在CODE上查看代码片派生到我的代码片
    1. private void disableConnectionReuseIfNecessary() {  
    2.     // 这是一个2.2版本号之前的bug  
    3.     if (Integer.parseInt(Build.VERSION.SDK) < Build.VERSION_CODES.FROYO) {  
    4.         System.setProperty("http.keepAlive""false");  
    5.     }  
    6. }  
    在Android 2.3版本号的时候,我们增加了更加透明化的响应压缩。HttpURLConnection会自己主动在每一个发出的请求中增加例如以下消息头。并处理对应的返回结果:

    Accept-Encoding: gzip

    配置你的Webserver来支持对client的响应进行压缩的功能,从而能够在这一改进上获取到最大的优点。假设在压缩响应的时候出现了问题。这篇文档会告诉你怎样禁用掉这个功能。

    可是假设启动了响应压缩的功能。HTTP响应头里的Content-Length就会代表着压缩后的长度,这时再使用getContentLength()方法来取出解压后的数据就是错误的了。正确的做法应该是一直调用InputStream.read()方法来读取响应数据。一直到出现-1为止。

    我们在Android 2.3版本号中还添加了一些HTTPS方面的改进。如今HttpsURLConnection会使用SNI(Server Name Indication)的方式进行连接,使得多个HTTPS主机能够共享同一个IP地址。除此之外。还添加了一些压缩和会话的机制。假设连接失败,它会自己主动去尝试又一次进行连接。这使得HttpsURLConnection能够在不破坏老版本号兼容性的前提下,更加高效地连接最新的server。

    在Android 4.0版本号中,我们又加入了一些响应的缓存机制。当缓存被安装后(调用HttpResponseCache的install()方法),全部的HTTP请求都会满足下面三种情况:

    全部的缓存响应都由本地存储来提供。由于没有必要去发起任务的网络连接请求,全部的响应都能够立马获取到。

    视情况而定的缓存响应必需要有server来进行更新检查。比方说client发起了一条类似于 “假设/foo.png这张图片发生了改变,就将它发送给我” 这种请求。server需要将更新后的数据进行返回,或者返回一个304 Not Modified状态。假设请求的内容没有发生。client就不会下载不论什么数据。

    没有缓存的响应都是由server直接提供的。这部分响应会在稍后存储到响应缓存中。

    因为这个功能是在4.0之后的版本号才有的,通常我们就能够使用反射的方式来启动响应缓存功能。以下的演示样例代码展示了怎样在Android 4.0及以后的版本号中去启用响应缓存的功能,同一时候还不会影响到之前的版本号:

    [java] view plaincopy在CODE上查看代码片派生到我的代码片
    1. private void enableHttpResponseCache() {  
    2.     try {  
    3.         long httpCacheSize = 10 * 1024 * 1024// 10 MiB  
    4.         File httpCacheDir = new File(getCacheDir(), "http");  
    5.         Class.forName("android.net.http.HttpResponseCache")  
    6.             .getMethod("install", File.classlong.class)  
    7.             .invoke(null, httpCacheDir, httpCacheSize);  
    8.     } catch (Exception httpResponseCacheNotAvailable) {  
    9.     }  
    10. }  
    你也应该同一时候配置一下你的Webserver,在HTTP响应上增加缓存的消息头。

    哪一种才是最好的?

    在Android 2.2版本号之前,HttpClient拥有较少的bug,因此使用它是最好的选择。

    而在Android 2.3版本号及以后,HttpURLConnection则是最佳的选择。

    它的API简单,体积较小,因而很适用于Android项目。压缩和缓存机制能够有效地降低网络訪问的流量,在提升速度和省电方面也起到了较大的作用。对于新的应用程序应该更加偏向于使用HttpURLConnection,由于在以后的工作其中我们也会将很多其它的时间放在优化HttpURLConnection上面。

  • 相关阅读:
    The executable was signed with invalid entitlements
    iOS7 文本转语音 AVSpeechSynthesizer
    The document "ViewController.xib" could not be opened. Could not read archive.
    UIPanGestureRecognizer
    UINavigationController
    IE6下面的css调试工具
    15款最好的网站音乐播放器
    ASP.NET常用加密解密方法
    ASP.NET根据IP获取省市地址
    强悍的CSS工具组合:Blueprint, Sass, Compass
  • 原文地址:https://www.cnblogs.com/yxysuanfa/p/7098942.html
Copyright © 2020-2023  润新知