项目实训-千寻-Android网络框架选择-CSDN博客

Volley
Volley是 Google 推出的 Android 异步网络请求框架和图片加载框架。
其主要特性有：
(1). 扩展性强。Volley 中大多是基于接口的设计，可配置性强。
(2). 一定程度符合 Http 规范，包括返回ResponseCode(2xx、3xx、4xx、5xx）的处理，请求头的处理，缓存机制的支持等。并支持重试及优先级定义。
(3). 默认 Android2.3 及以上基于HttpURLConnection，2.3 以下基于 HttpClient 实现，这两者的区别及优劣在4.2.1 Volley中具体介绍。
(4). 提供简便的图片加载工具。
Volley是一个开源框架，因此开发者可已根据自己的实际需求堆其功能进行扩展，但是volley虽然很轻便，但是在传输大文件的时候容易出现问题，需要开发者自己解决。

Afinal
单单看框架的名字就可以开出来，开发框架的这个人的意图了。。。。。下面简单的介绍一下
Afinal 是一个android的sqlite orm 和 ioc 框架。同时封装了android中的http框架，使其更加简单易用；
使用finalBitmap，无需考虑bitmap在android中加载的时候oom的问题和快速滑动的时候图片加载位置错位等问题。

Afinal的宗旨是简洁，快速。约定大于配置的方式。尽量一行代码完成所有事情。（用完之后你就会发现这并不是在吹牛）
目前Afinal主要有四大模块：
FinalDB模块：android中的orm框架，一行代码就可以进行增删改查。支持一对多，多对一等查询。

FinalActivity模块：android中的ioc框架，完全注解方式就可以进行UI绑定和事件绑定。无需findViewById和setClickListener等。

FinalHttp模块：通过httpclient进行封装http数据请求，支持ajax方式加载。

FinalBitmap模块：通过FinalBitmap，imageview加载bitmap的时候无需考虑bitmap加载过程中出现的oom和android容器快速滑动时候出现的图片错位等现象。FinalBitmap可以配置线程加载线程数量，缓存大小，缓存路径，加载显示动画等。FinalBitmap的内存管理使用lru算法，没有使用弱引用（android2.3以后google已经不建议使用弱引用，android2.3后强行回收软引用和弱引用，详情查看android官方文档），更好的管理bitmap内存。FinalBitmap可以自定义下载器，用来扩展其他协议显示网络图片，比如ftp等。同时可以自定义bitmap显示器，在imageview显示图片的时候播放动画等（默认是渐变动画显示）。

以上是官方的说法，finalDB我至今为止还没有用过，finalActivity有时候真的很有用，我用过一一次，因为Android主线程存在ANR所以一些功能的实现并没有那么的想当然。finalActivity可以帮助你在进行耗时操作之前进行一些必要的处理。（不知道怎么形容我当时的需求，但是确实an按照我想当然的思路实现不了，最后用的finalActivity模块，哎，还是 too young too simple）。
FinalHttp和FinalBitmap应该是最常用的，我想强调一点FinalBitmap提供了防止图片oom的机制，真的很好用！