首页 > 代码库 > XUtils BitmapUtils 改造以加入drawable支持
XUtils BitmapUtils 改造以加入drawable支持
=== XUtilsBitmapUtils 改造以加入drawable支持 ===
# XUtils 简单介绍
XUtils 是一套少有的早期国产安卓框架, 其源于AFinal, 文件夹结构也与之相似, 可是代码却进行了大量的重构, 使得XUtils更加现代, 攻克了AFinal 的OOM等问题.
眼下 XUtils 已经支持 API 8(android 2.2) 至 API 21(android 5.0.x).
XUtils 主要内置了DbUtils 模块, ViewUtils 模块, HttpUtils 模块, BitmapUtils 模块.
对于新手来说, 这些功能着实使用并且强大, 为我们省下了不少的功夫 去处理业务.
同类的框架, 国外流行的的有androidannotations, roboguice, androidquery,droidparts等, 当然国内也有不少竞争者,
ThinkAndroid,UltimateAndroid, LoonAndroid, KJFrameForAndroid, SmartAndroid, 都是能够能够用来借鉴的. 本文临时专注于XUtils的使用.
详细的细化模块能够參考 官方地址(wyouflf/xUtils):
https://github.com/wyouflf/xUtils
做过android的同学一定都知道安卓处理Bitmap可谓一绝, Bitmap绝对是吃内存的大户, 并且Dalvik虚拟机(临时不考虑ART技术)垃圾回收常常不及时, 所以图片处理不当,常常会出现OOM(out of memory), 即内存溢出的情况. 在接触XUtils等框架之前, 非常多人都是自己通过BitmapFactory.Options 来解决燃眉之急, 网上也有非常多对策, 可是这样非常不系统, 并且有些方案, 比如使用软引用或者弱引用, 已经在安卓4之后不再被推荐(事实上com.lidroid.xutils.bitmap.core.AsyncDrawable.java 还是用了弱引用), 仍然可能会出现OOM. 所以一款流行的, 稳定的, 现代的代码框架是不可缺少的. XUtils 恰恰满足了这一点.
XUtils 的图片处理存在缓存, 主要是内存缓存和外存缓存. 可是这不是今天本文的重点, 可是以后会提及. 今天主要说说XUtils不太好的方面, 首先直接上改动过的官方代码:
// this 是一个 Context
BitmapUtils bitmapUtils = new BitmapUtils(this);
// 载入网络图片
bitmapUtils.display(testImageView,"http://www.52deng.com/logo.png");
bitmapUtils.display(testImageView,"ftp://www.52deng.com/logo.png");
// 载入本地图片, 路径以/开头, 须要填写绝对路径
bitmapUtils.display(testImageView,"/sdcard/dengdeng/test.jpg");
// 载入assets中的图片, 路径以assets开头
bitmapUtils.display(testImageView,"assets/dengdeng/wallpaper.jpg");
// 使用ListView等容器展示图片时, 可通过PauseOnScrollListener在滑动和高速滑动过程中控制暂停载入图片
listView.setOnScrollListener(newPauseOnScrollListener(bitmapUtils, false, true));
listView.setOnScrollListener(newPauseOnScrollListener(bitmapUtils, false, true, customListener));
凝视已经被我优化, 相信结合代码, 语义应该更加明朗了. (← 你够了, 语文渣)
可是细致观察会发现, 事实上UXtils还是有不完美的地方: 貌似并不支持从项目中的drawable获取图片进行展示, 这样岂不是遇到大图片又要回归BitmapFactory.Options等基础方案了吗?
这里给大家推荐一下还有一个安卓专攻图片处理的框架Android-Universal-Image-Loader, 官方地址例如以下:
https://github.com/nostra13/Android-Universal-Image-Loader,
看关注度就能看出来, 它在Github上处于垄断地位, 当然还有其它的专攻网络和图片异步的框架(国外的有glide, ion, Picasso,volley等), 都是非常厉害和出名的. 那么我们来看看 他支持的图片处理方案, 不改了, 直接引用官方的样例:
"http://site.com/image.png"// from Web
"file:///mnt/sdcard/image.png"// from SD card
"file:///mnt/sdcard/video.mp4"// from SD card (video thumbnail)
"content://media/external/images/media/13"// from content provider
"content://media/external/video/media/13"// from content provider (video thumbnail)
"assets://image.png"// from assets
"drawable://"+ R.drawable.img// fromdrawables (non-9patch images)
NOTE: Use drawable:// only
if you really need it! Always considerthe native way toload drawables -ImageView.setImageResource(...) instead
of using of ImageLoader.
看, 他是 支持多种图片协议或者存储路径的, 也包含drawable, 可是值得注意的是, 他事实上并不推荐缓存drawable, 依据我的理解, 毕竟有一些drawable非常小, 直接使用 ImageView 等空间自带的放置图片的方法就可以. 可是遇到OOM的话, 该出手时就出手. 因为时间紧迫, 临时不细研究这款开源项目的设计, 直接扒代码. 检出项目之后, Ctrl+H选择项目, 全文搜索 keyword”drawable://”. 结果出来一堆东西, 换个思路, 搜索”assets://”, 竟然找到的是样例, 再换思路, 搜索”assets:”, ok, 侥幸找到了核心代码 (事实上他是通过 scheme 匹配传递的url的协议的):
// com.nostra13.universalimageloader.core.download.BaseImageDownloader.java
@Override
public InputStream getStream(String imageUri,Objectextra) throws IOException{
switch (Scheme.ofUri(imageUri)) {
case HTTP:
case HTTPS:
return getStreamFromNetwork(imageUri,extra);
case FILE:
return getStreamFromFile(imageUri,extra);
case CONTENT:
return getStreamFromContent(imageUri,extra);
case ASSETS:
return getStreamFromAssets(imageUri,extra);
case DRAWABLE:
return getStreamFromDrawable(imageUri,extra);
case UNKNOWN:
default:
return getStreamFromOtherSource(imageUri,extra);
}
}
好吧, 把DRAWABLE看看:
protected InputStream getStreamFromDrawable(String imageUri,Objectextra) {
String drawableIdString = Scheme.DRAWABLE.crop(imageUri);
int drawableId =Integer.parseInt(drawableIdString);
return context.getResources().openRawResource(drawableId);
}
OK了, 那么来匹配一下 Xutils, 开启Ctrl+H全文搜索打开, 搜索”assets”, 轻松找到了:
// com.lidroid.xutils.bitmap.download.DefaultDownloader.java
if (uri.startsWith("/")) {
FileInputStream fileInputStream =newFileInputStream(uri);
fileLen = fileInputStream.available();
bis = new BufferedInputStream(fileInputStream);
result = System.currentTimeMillis() + this.getDefaultExpiry();
} else if (uri.startsWith("assets/")) {
InputStream inputStream = this.getContext().getAssets().open(uri.substring(7,uri.length()));
fileLen = inputStream.available();
bis = new BufferedInputStream(inputStream);
result = Long.MAX_VALUE;
} else {
final URLurl =newURL(uri);
urlConnection =url.openConnection();
urlConnection.setConnectTimeout(this.getDefaultConnectTimeout());
urlConnection.setReadTimeout(this.getDefaultReadTimeout());
bis = new BufferedInputStream(urlConnection.getInputStream());
result = urlConnection.getExpiration();
result = result < System.currentTimeMillis() ?System.currentTimeMillis() +this.getDefaultExpiry() :result;
fileLen = urlConnection.getContentLength();
}
}
有了前几步的经验, 轻松改造, 加一个else if, 代码 參考之前的Android-Universal-Image-Loader的核心代码:
if (uri.startsWith("/")) {
FileInputStream fileInputStream =newFileInputStream(uri);
fileLen = fileInputStream.available();
bis = new BufferedInputStream(fileInputStream);
result = System.currentTimeMillis() + this.getDefaultExpiry();
} else if (uri.startsWith("assets/")) {
InputStream inputStream = this.getContext().getAssets().open(uri.substring(7,uri.length()));
fileLen = inputStream.available();
bis = new BufferedInputStream(inputStream);
result = Long.MAX_VALUE;
} else if (uri.startsWith("drawable://")) {//赤裸裸地抄袭,我也用这个协议
String drawableIdString = uri.substring(11,uri.length());//注意别算错了
int drawableId =Integer.parseInt(drawableIdString); //还原原始的 id
InputStream inputStream = this.getContext().getResources().openRawResource(drawableId);
fileLen = inputStream.available();//抄上面的
bis = new BufferedInputStream(inputStream); //抄上面的
result = Long.MAX_VALUE;//抄上面的,先这么写,以后讨论
} else {
final URLurl =newURL(uri);
urlConnection =url.openConnection();
urlConnection.setConnectTimeout(this.getDefaultConnectTimeout());
urlConnection.setReadTimeout(this.getDefaultReadTimeout());
bis = new BufferedInputStream(urlConnection.getInputStream());
result = urlConnection.getExpiration();
result = result < System.currentTimeMillis() ?System.currentTimeMillis() +this.getDefaultExpiry() :result;
fileLen = urlConnection.getContentLength();
}
}
轻松改造, TEST!!
String uri = "drawable://" +R.drawable.super_larger_logo;
BitmapHelp.getBitmapUtils(this).display(largePic_imgV, uri);
OK, 測试通过, 图片出现, 未出现OOM. 至此, 成功地加入drawable支持. 同理, 我们也能够抄抄”content”等协议的代码, 本文就不赘述了, 注意源码的协议, 引用或者改动都要留出处啊.
2015-03-14 PS: 注意不要对 *.9.png 套用, 这非常没有必要, *.9.png 通常非常小. 此外 对图片实时性要求高的也不可用上面的方案, 尽管能解决 内存溢出和卡顿, 可是 播放连贯性 和 用户体验等会打大折扣的.
Presented by imknown
2015-03-13
XUtils BitmapUtils 改造以加入drawable支持