Biblioteca alternativa de cliente HTTP para Android

Muchos de los problemas con Android construido en HttpClient son problemas relacionados que se han resuelto en HttpClient 4.1. Dirk Boye ha creado un script para convertir las fuentes HttpClient 4.1 en un paquete amigable para Android. Puedes encontrar algunos archivos jar preenvasados ​​y su script aquí: https://code.google.com/p/httpclientandroidlib/

OkHttp by Square es una buena alternativa.
Voleibol hecho por Google también es grande en diseño.

Dispone de diferentes opciones para gestionar la creación de redes en Android:

1. OkHttp (necesita Okio) + Volley + Gson : es una solución REST común para las API basadas en JSON. Puede usar cada una de estas herramientas por separado, por ejemplo, si no necesita la serialización / deserialización JSON, puede usar OkHttp + Volley (donde OkHttp es el cliente HTTP y Volley es una biblioteca / auxiliar REST que ofrece una manera fácil de Cargar imágenes también). Si sólo desea un cliente alternativo Http puede utilizar OkHttp (+ Okio) que es el mejor o uno de ellos en este momento. OkHttp necesita Okio (que puede utilizarse también por separado) y es una biblioteca que complementa java.io y java.nio para facilitar el acceso, almacenamiento y procesamiento de sus datos. Puede encontrar más información sobre esta solución aquí. .

2. OkHttp (necesita Okio) + Retrofit + Moshi + Picasso . Esta opción es prácticamente equivalente a la anterior. Retrofit es comparable a Volley, Moshi a Gson y Picasso está en el departamento de carga de imágenes. Todo este material fue desarrollado principalmente por los mismos chicos y todos los atados juntos funciona como un encanto. Más sobre eso aquí.

3. ION es una muy buena biblioteca que trata de lidiar con muchas cosas mencionadas en las opciones 1 y 2 (cliente Http, ayudante REST, utiliza Gson y carga imágenes). Mejor revise esto.

4. Android Async Http : No he probado y no tienen ninguna información sobre él, pero parece que podría valer la pena echar un vistazo.

Yo diría que la opción 1 se está reemplazando por la opción 2. La opción 3 tiene un montón de fans y se desarrolla básicamente por un tipo (impresionante) , pero ofrece un montón de cosas que podría no estar usando. Esa es la razón por la Square chicos (chicos detrás de la opción 2) han dividido todo en 5 bibliotecas diferentes. No puedo decir mucho sobre la opción 4. Podría estar revisando pronto.

Mención notable es Glide , que es (tal vez) la mejor biblioteca de carga de imágenes desarrollada hoy por los chicos de Bumptech (adquiridos por Google).

Un chico que trabaja en Okio / OkHttp estaba trabajando en Google en el cliente SDK http, trabajó en Gson y está trabajando en Moshi. Esa es la razón por la que estoy más inclinado por la opción 2 hoy en día, la gente utiliza para hacer cosas mejores que antes, o al menos no peor.