本文主要介绍使用BitmapRegionDecoder和SubsamplingscaleImageView进行超大尺寸图片的区域解码。

1. 前言 今天的主题是“聊一聊Glide缓存的技术细节”。此文的成因是，前日有个同学发了段Glide的源码给我看，希望我帮他解答一下他的疑惑。 2. 初探LruBitmapPool原理 答案当然是显

本篇文章是Android图片压缩原理分析的第三篇，主要是对Android底层的汉服满压缩进行讲解，涉及到谷歌的skia引擎

这是Android图片压缩原理分析的第二篇文章，本文主要对现在主流压缩图片库luban 进行了讲解分析，这个讲解基本是没有博客写过的。

这是一个关于图片压缩的技术分享，但本篇作为开篇，要给大家讲解一些必要的基础知识，以便新人来学习图片压缩后面的知识。

起决定因素就是最后那个参数了，Bitmap'常见有2种编码方式：ARGB_8888和RGB_565，ARGB_8888每个像素点4个byte，RGB_565是2个byte，一般都采用ARGB_8888这种。那么常见的1080*1920的图片内存占用就是：1920 x 1080 …

加载一个本地的大图片或者网络图片，从加载到设置到View上，如何减下内存，避免加载图片OOM。 在展示高分辨率图片的时候，最好先将图片进行压缩。压缩后的图片大小应该和用来展示它的控件大小相近，在一个很小的ImageView上显示一张超大的图片不会带来任何视觉上的好处，但却会占用…

App开发不可避免的要和图片打交道，由于其占用内存非常大，管理不当很容易导致内存不足，最后OOM，图片的背后其实是Bitmap，它是Android中最能吃内存的对象之一，也是很多OOM的元凶，不过，在不同的Android版本中，Bitmap或多或少都存在差异，尤其是在其内存分配…

在日常开发中，可以说和 Bitmap 低头不见抬头见，基本上每个应用都会直接或间接的用到，而这里面又涉及到大量的相关知识。 所以这里把 Bitmap 的常用知识做个梳理，限于经验和能力，不做太深入的分析。