在上一篇博客中，我和大家一起探讨了在Android中对SQLite数据库的操作优化细节。还没有看的点击这里：

Android性能优化-布局优化

今天，继续Android性能优化 一 编码细节优化。

编码细节，对于程序的运行效率也是有很多的影响的。今天这篇主题由于技术能力有限，所以也不敢在深层去和大家分享。我将这篇主题分为以下几个小节：

（1）缓存

（2）数据

（3）延迟加载和优先加载

1> 缓存

在Android中缓存可以用在很多的地方：对象、IO、网络、DB等等。。对象缓存能减少内存分配，IO缓存能对磁盘的读写访问，网络缓存能减少对网络的访问，DB缓存能减少对数据库的操作。

缓存针对的场景在Android开发中也很明显：

（1）图片缓存

Android中提供了LruCache缓存机制。我们可以使用LruCache来进行图片的缓存。对图片的缓存处理步骤一般是：

加载图片 -> 判断缓存中是否存在 ->存在，直接取出设置到ImageView ->不存在，则请求网络下载图片 -> 图片下载成功，将图片缓存，设置到ImageView

在Android中有很多优秀的第三方开源库，所以我们也不必去重复造轮子。例如：Fresco（FaceBook的产品）、Picasso、Glide、UIL。

（2）不经常改变的数据

对于不需要经常改变的数据，例如App中的一些产品分类。我们就可以将其缓存起来。不用每次都去请求网络来加载数据。这个比较容易理解，不多说了。

（3）ListView的缓存

ListView Item数据的缓存，相信大家都比较清楚。就是利用Adapter类的getView方法中convertView复用原理，创建ViewHolder实现复用。Material Design 中也提供了RecyclerView来替代ListView。它会强制你在Adapter中使用ViewHolder来复用View。

（4）消息缓存

此处消息是指Handler中发送的Message。系统为我们提供了obtainMessage()来复用一个Message。我们来看下源码：

/**
 * Return a new Message instance from the global pool. Allows us to
 * avoid allocating new objects in many cases.
 */
public static Message obtain() {
    synchronized (sPoolSync) {
        if (sPool != null) {
            Message m = sPool;
            sPool = m.next;
            m.next = null;
            m.flags = 0; // clear in-use flag
            sPoolSize--;
            return m;
        }
    }
    return new Message();
}

上述代码中，sPool就是被缓存的一个Message实例，首先判断如果不为null，直接拿来复用，否则创建新的Message实例。

（5）IO缓存

其实Java中就为我们提供了一些具有缓存策略的IO流：

BufferedReader、BufferedWriter。使用该类IO流来代替 InputStream、Reader 和OutputStream、Writer等等。

2> 数据

对于数据存储的优化可以从数据类型和结构来划分。

（1）使用StringBuilder或StringBuffer来拼接字符串，减少对象的临时分配。StringBuilder和StringBuffer的区别其实就一点：在并发操作下，StringBuffer是线程安全的。有利也有弊，线程安全的同时也导致了执行的速度下降。所以，如果不是在多线程操作的情况下，就使用StringBuilder。StringBuilder和StringBuffer的构造函数都允许你传入一个数量级来初始化它的空间大小。从而可以分配一定的空间大小，节省内存资源。

（2）使用WeakReference。弱引用带来的好处想必大家都是清楚的。尤其是在Android这种内存空间有限的设备中，对于内存的分配和释放是很重要的。WeakReference使用很典型的一个场景就是Handler。大家都清楚，在Activity或Fragment中使用Handler一般都是作为内部类来实现的。这样就会引发一个问题。如果handler中的某个任务执行较长的时间，那么在Activity或者Fragment需要被释放的时候(onDestory)，由于handler所关联的Message还没有执行完成。这时handler就不能被释放，由于handler与Activity或Fragment所关联，那么就会导致Activity或Fragment不能被有效释放，最终导致其资源不能被释放，结果可想而知：oom。所以，解决该问题的办法就是使用WeakReference或者将Handler定义成static。下面来看使用WeakReference的方式：

private final MyHandler myHandler = new MyHandler(this);
private static class MyHandler extends Handler {
   private final WeakReference<HomeFragment> m;
   public MyHandler(HomeFragment homeFragment){
      m = new WeakReference<HomeFragment>(homeFragment);
   }
   @Override
   public void handleMessage(Message msg) {
      HomeFragment homeFragment = m.get();
         if(homeFragment != null) {
         homeFragment.vpBanner.setCurrentItem(msg.arg1);;
      }
   }
}

代码很简单，就是将Fragment放在WeakReference中。在handleMessage中直接取出来操作其中的View.

数据结构方面就比较多了，例如ArrayList和LinkedList、LinkedHashMap和HashSet、WeakHashMap。

（1）ArrayList对于数据的查询速度比较快，LinkedList对于数据的插入和删除速度要比ArrayList快。

（2）LinkedHashMap可以记住数据存入的次序，HashSet不允许有重复的元素存在。WeakHashMap中的数据可以在适合的时候被系统GC自动回收，适合在内存吃紧的场景下。

（3）Collections工具类中也提供了很多的适合多线程下操作的集合，并提高了性能，例如：

（4）Android中系统也提供了性能更优的数据类型，如：SparseArray，SparseBooleanArray，SparseIntArray，Pair。Sparse的key为Int类型。采用二分查找及简单数组存储。并且不需要泛型转换的开销，相对于Map来说性能更优。

3>延迟加载

在Android中延迟加载的用途也比较广泛，例如ViewPager中Fragment数据的延迟加载。因为ViewPager默认是初始化两内容的。所以我们需要来处理进行延迟加载。

同样，不在Activity或Fragment对时间敏感的函数中进行耗时操作。避免出现ANR的异常发生。

Java中提供了ScheduledxecutorService作为延迟加载，其实Timer定时器的延时是有bug存在的。所以不推荐使用Timer。鸿洋博客有讲该Timer的缺陷：Timer 缺陷

Android中可以使用handler的一些方法来延迟操作：

（1）postDelayed

（2）postAtTime

（3）sendMessageDelayed

以及View的postDelayed，AlarmManager定时等。

关于数据优化，本篇博客就先和大家分享到这里，欢迎大家提出错误，拍砖楼~