[Android]DrawingCache到底干了什么?

对于一个View 或是 ViewGroup,当我们希望获取它的视图(Bitmap),常用的方法如下:

  1. DrawingCache
    利用View 中提供的DrawingCache一些列方法,来获取缓存的视图,具体方法如下:
//enable drawing cache
view.setDrawingCacheEnabled(true);
// Forces the drawing cache to be built if the drawing cache is invalid.
view.buildDrawingCache();
//Returns the bitmap in which this view drawing is cached.
Bitmap bitmap = view.getDrawingCache();
  1. View.draw
    使用view.draw(Canvas)方法,将view的视图绘制在一个画布(Canvas)中。具体方法如下:
Bitmap bitmap = Bitmap.createBitmap(view.getWidth(), view.getHeight(),
        Bitmap.Config.ARGB_8888);
        bitmap.setDensity(getResources().getDisplayMetrics().densityDpi);  
Canvas canvas = new Canvas(bitmap);
//把view中的内容绘制在画布上    
view.draw(canvas);
canvas.setBitmap(null);

源码里是怎么说的?

我们先来看看DrawingCache这种方法。我们来逐步梳理一下。。

1. view.setDrawingCacheEnabled

public void setDrawingCacheEnabled(boolean enabled) {
     mCachingFailed = false;
     setFlags(enabled ? DRAWING_CACHE_ENABLED : 0, DRAWING_CACHE_ENABLED);
 }

唯一的操作是设置了一个标志位:DRAWING_CACHE_ENABLED,这个标志位的用途比较重要是在getDrawingCache方法中。

public Bitmap getDrawingCache(boolean autoScale) {
     ...
     if ((mViewFlags & DRAWING_CACHE_ENABLED) == DRAWING_CACHE_ENABLED) {
         buildDrawingCache(autoScale);
     }
     ...
 }

可以看到,如果不调用setDrawingCacheEnabled(true),那么调用 getDrawingCache(false)不会触发buildDrawingCache操作。

2. view.buildDrawingCache

这步是对view进行正儿八经的“截图”了。主要的实现逻辑在buildDrawingCacheImpl方法中。以下是主要流程,已经对“不重要”的流程进行了删除。

1).处理view的信息(width、height、BackgroundColor、drawingCacheSize等)

int width = mRight - mLeft;
int height = mBottom - mTop;
...
final int drawingCacheBackgroundColor = mDrawingCacheBackgroundColor;
...
//生成的bitmap大小
final long projectedBitmapSize = width * height * (opaque && !use32BitCache ? 2 : 4);
//系统允许的最大大小
final long drawingCacheSize =
                ViewConfiguration.get(mContext).getScaledMaximumDrawingCacheSize();

2).处理失败的情况(如w、h获取失败,分配内存不足等)直接返回。

if (width <= 0 || height <= 0 || projectedBitmapSize > drawingCacheSize) {
    if (width > 0 && height > 0) {
    destroyDrawingCache();
    ...
    return;
}

3).获取存储的mDrawingCache,销毁(如有)并创建新的bitmap。

View会储存2种bitmap:mDrawingCache & mUnscaledDrawingCache。根据传入buildDrawingCache(boolean autoScale)autoScale参数决定使用哪个。

buildDrawingCache()方法会调用boolean autoScale(false)

Bitmap bitmap = autoScale ? mDrawingCache : mUnscaledDrawingCache;
if (bitmap == null || bitmap.getWidth() != width || bitmap.getHeight() != height) {
   Bitmap.Config quality;
   //省略 set bitmap quality;
   ...
   // Try to cleanup memory
   if (bitmap != null) bitmap.recycle();
   try {
       bitmap = Bitmap.createBitmap(mResources.getDisplayMetrics(),
               width, height, quality);
       ...
       
   } catch (OutOfMemoryError e) {
       ...
       return;
   }
 }

4).创建Canvas,调用dispatchDraw(canvas) or draw(canvas)

什么?原来这也是Canvas的功劳,所以2个方法其实是同一个实现逻辑。上核心代码:

Canvas canvas;
canvas = new Canvas(bitmap);
...
computeScroll();
final int restoreCount = canvas.save();
...
canvas.translate(-mScrollX, -mScrollY);
if ((mPrivateFlags & PFLAG_SKIP_DRAW) == PFLAG_SKIP_DRAW) {
    ...
    dispatchDraw(canvas);
    ...
} else {
    draw(canvas);
canvas.restoreToCount(restoreCount);
canvas.setBitmap(null);

至此,mDrawingCachemUnscaledDrawingCache中已经有一份bitmp,view.buildDrawingCache职责完成。

5).view. getDrawingCache

这个方法指责比较单一,根据autoScale参数,返回 不同的DrawingCache.

public Bitmap getDrawingCache(boolean autoScale) {
    if ((mViewFlags & WILL_NOT_CACHE_DRAWING) == WILL_NOT_CACHE_DRAWING) {
        return null;
    }
    if ((mViewFlags & DRAWING_CACHE_ENABLED) == DRAWING_CACHE_ENABLED) {
        buildDrawingCache(autoScale);
    }
    return autoScale ? mDrawingCache : mUnscaledDrawingCache;
}

回顾一下整体流程

draw

总结

  1. 前者提到的2种方法,其实都是借助Canvas来获取bitmap。
  2. 当view没有添加到UI中,getDrawingCache=null 的原因是在 buildDrawingCache时,无法获取到正确的view 信息(由于没有进行measure、layout操作,无法得到正确的width\height),直接返回null。
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 194,390评论 5 459
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 81,821评论 2 371
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 141,632评论 0 319
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 52,170评论 1 263
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 61,033评论 4 355
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 46,098评论 1 272
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 36,511评论 3 381
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 35,204评论 0 253
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 39,479评论 1 290
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 34,572评论 2 309
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 36,341评论 1 326
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,213评论 3 312
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 37,576评论 3 298
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 28,893评论 0 17
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,171评论 1 250
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 41,486评论 2 341
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 40,676评论 2 335

推荐阅读更多精彩内容