Android常见问题总结（五）

上一篇博客传送门：Android常见问题总结（四）

21. Android内存优化方法：ListView优化，及时关闭资源，图片缓存等等

首先有一些与内存泄漏相关的点：关于Android内存泄露的小结，在此不再赘述了。
还有一些内存优化的方法，个人认为有以下几个方面：

Java引用的灵活使用
图片缓存
Bitmap压缩加载

Java引用的灵活使用

众所周知，在Java中有强软弱虚四种引用，合理的使用软引用和弱引用有利于GC工作的进行，回收不需要的内存。

图片缓存

使用图片缓存可以有效防止内存中同时载入过多的图片，也可以减少经常载入图片所耗费的时间。一般而言，设计图片缓存的思路如下，可以把图片的缓存分为以下几个层级：

强引用 HashMap （用于存储最常用的图片）
软引用 HashMap （用于存储比较常用的图片）
SD卡（用于存储使用过的图片）
下载（第一次使用）

一般而言我们都是用LRU算法（最近最少使用），最近使用的图片一般缓存于强引用的HashMap中，随着使用次数的减少慢慢移动至软引用HashMap、SD卡中。除了我们自己设计图片缓存外，我们还可以直接使用Google提供的LruCache（内部由LinkedHashMap实现缓存队列），以及DiskLruCache（用于实现硬盘缓存的，需要自行下载， android.googlesource.com/platform/libcore/+/jb-mr2-release/luni/src/main/java/libcore/io/DiskLruCache.java）。

Bitmap压缩加载

对于某些原尺寸特别大的图片，我们可以选择压缩后再加载以节省我们的内存空间：

// 创建解析参数Options options = new Options();// 只解析大小，并不生成实际图片options.inJustDecodeBounds = true;BitmapFactory.decodeFile(pathName, options);// 计算缩放大小int widthScale = options.outWidth/width_we_need;int heightScale = options.outHeight/height_we_need;// 选取小的为缩放尺寸options.inSampleSize = Math.min(widthScale, heightScale);// 生成Bitmapoptions.inJustDecodeBounds = false; // 记得关掉Bitmap bitmap = BitmapFactory.decodeFile(pathName, options);

压缩到合适的尺寸后再加载就不必担心原来的bitmap太大而占用内存空间了。

22. Android中弱引用与软引用的应用场景

软引用与弱引用一般用于：需要某个对象，但又不关心它的死活的时候（就是该对象存在就用，不存在就算了）。在Android中的应用场景主要有：

Handler获取Activity的引用：使用静态变量和软弱引用保证不干扰Activity的回收
缓存设计：使用软弱应用保证内存紧张时GC可以回收使用较少的缓存资源

24. View与View Group分类，自定义View过程：onMeasure()、onLayout()、onDraw()

View是Android中基本的UI单元，占据屏幕的一块矩形区域，可用于绘制并能处理事件，而ViewGroup是View的子类，他能包含多个View，并让他们在其中按照一定的规则排列。VIew与ViewGroup的设计使用了组合模式。
自定义View我们一般需要重写一下三个方法：

onMeasure：用于测量自定义View的大小，在方法中必须调用setMeasureDimension方法
onLayout：用于确定自定义View布局
onDraw：用于绘制自定义View本身

对于measure、layout、draw的更详细流程可参考我的另一篇博客：一个Activity的显示过程总结（四）

25. Touch事件分发机制

可参考： Android View 与 ViewGroup 事件分发总结