Android Bitmap

Bitmap

1.Bitmap使用需要注意哪些问题？

• 参考回答：
  • 要选择合适的图片规格(bitmap类型):通常我们优化Bitmap时，当需要做性能优化或者防止OOM，我们通常会使用RGB_565,因为ALPHA_8只有透明度，显示一般图片没有意义，Bitmap.Config.ARGB_4444显示图片不清楚，Bitmap.Config_ARGB_8888占用内存最多。
    • ALPHA_8每个像素占用1byte内存
    • ARGB_4444每个像素占用2byte内存
    • ARGB_8888每个像素占用4byte内存(默认)
    • ARGB_565每个像素占用2byte内存
  • 降低采样率：BitmapFactory.Options 参数inSampleSize的使用，先把option.inJustDecodeBounds设为true，只是去读取图片的大小，在拿到图片的大小之后和要显示的大小做比较通过calculateInSampleSize()函数计算inSampleSize的具体值，得到值之后。option.inJustDecodeBounds设为false读图片资源。
  • 复用内存：即通过软引用(内存不够的时候才会回收掉)，复用内存块，不需要再重新给这个bitmap申请一块新的内存，避免了一次内存的分配和回收，从而改善运行效率。
  • 使用recycle()方法及时回收内存。
  • 压缩图片。

2、Bitmap.recycle()会立即回收么？什么时候会回收？如果没有地方使用这个Bitmap，为什么垃圾回收不会直接回收？

参考回答：

• 通过源码可以了解到，加载Bitmap到内存里以后，是包含两部分内存区域的。简单的说，一部分是java部分的，一部分是C部分的。这个Bitmap对象是由Java部分分配的，不用的时候系统就会自动回收了。
• 但是那个对应的C可用的内存区域，虚拟机是不能直接回收的，这个只能调用一下系统的垃圾回收器进行回收，调用System.gc()并不能保证立即开始进行回收过程，而只是为了加快回收的到来。

3、一张Bitmap所占用内存以及内存占用的计算

参考回答：

• Bitmap所占内存大小 = 宽度像素 X (inTargetDensity / inDensity) X 高度像素 X (inTargetDensity / inDensity) X 一个像素所占的内存字节大小。
  • 注：这里inDensity表示图标图片的dpi(放在哪个资源文件下),inTargetDensity表示目标屏幕的dpi，所以你可以发现inDensity 和 inTargetDensity会对Bitmap的宽高进行拉伸，进而改变Bitmap占用内存大小。
  • 在Bitmap 里有两个获取内存占用大小的方法。
    • getByteCount(): API12 加入，代表存储Bitmap 的像素需要的最小内存。
    • getAllocationByteCount():API19 加入，代表在内存中为 Bitmap 分配的内存大小，代替了getByteCount()方法。
    • 在不复用Bitmap时，getByteCount()和getAllocationByteCount返回结果是一样的。在通过复用Bitmap来解码图片时，那么getByteCount()表示新解码图片占用内存的大小，getAllocationByteCount()表示被复用Bitmap真实占用内存的大小。

4.Android中缓存更新策略？

参考回答：

• Android 的缓存更新策略没有统一的标准，一般来说，缓存策略主要包含缓存的添加、获取和删除这三类操作，但不管是内存缓存还是存储设备缓存，他们缓存容量是有限制的，因此删除一些旧缓存并添加新缓存，如何定义缓存的新旧就是一种策略，不同策略就对应不同的缓存算法。
• 比如简单地根据文件的最后修改时间来定义缓存的新旧，当缓存满时就将最后修改时间较早的缓存移除，这就是一种缓存算法，但不算很完美。

5、LRU的原理？

参考回答：

• 为减少流量消耗，可采用缓存策略。常用的缓存算法是LRU(least Recently Used):当缓存满时，会优先淘汰那些近期最少使用的缓存对象。主要是两种方式：
• LruCache(内存缓存):LruCache类是一个线程安全的泛型类：内部采用一个LinkedHashMap以强引用的方式存储外界的缓存对象，并提供get和put方法来完成缓存的获取和添加操作，当缓存满时会移除早使用的缓存对象，再添加新的缓存对象。
• DiskLruCache(磁盘缓存):通过将缓存对象写入文件系统从而实现缓存效果