代码优化

编写高效代码的两个基本原则：
不要做冗余的工作。
尽量避免次数过多的内存分配操作

数据结构的选择

正确的选择合适的数据结构很重要。
对Java中常见的数据结构--例如ArrayList和LinkedList、HashMap、HashSet等
SparseArray代替HashMap
Android原生的数据结构
SparseArray家族目前有以下四类：
SparseBooleanArray用于替代HashMap
SparseIntArray用于替代HashMap
SparseLongArray用于替代HashMap
SparseArray用于替代HashMap
注意
SparseArray不是线程安全的
由于要进行二分查找，因此，SparseArray会对插入的数据按照Key值大小顺序插入
SparseArray对删除操作做了优化，它并不会立即删除这个元素，而是通过设置标识位（DELETED）的方式，后面尝试重用。

防止内存泄漏

Handler和内部类的正确用法

handler消息处理机制
内存泄漏原因
1.Handler是和Looper以及MessageQueeue一起工作。
在Android启动后，系统会默认创建一个为主线程服务的Looper对象，该Looper对象用于处理主线程的message对象。在主线程中创建Handler对象时，它会立即关联主线程Looper对象的MessageQueue这时发送到MessageQueue中的message对象都会持有Handler对象的引用，这样在Looper处理消息时才能回调HandlerMessage方法。因此message没有处理完成，那么Handler对象也就不会被垃圾回收。
2.Java语言中非静态内部类会持有外部类的一个隐式引用这样就可能导致外部类无法回收。最终由于MessageQueue中的Message还没有处理完成，就会持有Handler对象的引用，而非静态的Handler对象外部类的引用，这个外部类无法被回收。
解决
1.子线程中使用Handler，这个时候开发者袭击创建一个looper对象，这个Looper对象的生命周期同一般的Java对象，因此这种用法没问题
2.将handler声明为静态内部类，静态内部类不会持有外部类的引用，因此，不会引起内存泄漏。

正确使用context

Context的种类
Application：Android应用中默认单例类，在activity或者service中通过getApplication()获取到这个单例，通过context.getApplicationContext()可以获取到应用全局唯一的Context实例。
activity/service这两个类ContextWrapper的子类，在这两个类中可以通过getBaseContxt()获取到它们的Context实例，不同的activity或者service实例，它们的context都是独立的，不会复用。、
BroadcastReceiver本身不是context的子类，但在回调函数onReceive中有android框架传入一个context实例，它不能调用registerReceiver()以及bindService()；
ContentProvider不是context子类，创建时系统会传一个context实例，在ContentProvider中可以通过getContext()函数获取，ContentProvider和调用者处于相同的进程中，那么getContext()返回的是应用全局唯一的context。如果其他进程调用ContentProvider，那么ContentProvider将持有自身所在进程的context实例。
错误使用context导致的内存泄漏
典型的例子是单例模式使用
在应用退出之前，由于单例一直存在，会导致activity或service被引用，从而不会被垃圾回收，activity或者service中关联的其他view或者数据结构对象也不会被释放，从而导致内存泄漏。
正确的是使用ApplicationContext，因为它是唯一的。

其他代码微优化

1-避免创建非必要对象
特别是在循环中重复创建相同对象，最好重用对象。
2-对常量使用static final
final类型的常量会进入静态dex文件的域初始化部分，这是对基本数据类型和string类型常量的调用不会涉及类的初始化，而是直接调用字面量
3-避免内部的Getters/Setters
Getters/Setters的作用主要是对外屏蔽具体的变量定义，从而达到更好的封装性。
但是如果在类内部还使用Getters/Setters函数访问变量的话，会降低访问的速度
4-代码的重构

Java的四种引用方式

1-强引用
Java里对象默认的引用类型，如果一个对象具有强引用，那么垃圾回收器是不会对它进行回收操作，当内存空间不足时，Java虚拟机将会抛出OutOfMemoryError，这是应用将会终止运行。
显示地将引用赋值为null，JVM在合适的时间就会回收该对象
2-软引用SoftReference
一个对象如果只有软引用，那么当内存空间充足时，垃圾回收器不会对它进行回收操作，只有当内存空间不足时，这个对象才会被回收。软引用可以用来实现内存敏感的高速缓存。

MyObject aRef = new  MyObject();  
SoftReference aSoftRef=new SoftReference(aRef); 

对于这个MyObject对象，有两个引用路径，一个是来自SoftReference对象的软引用，一个来自变量aReference的强引用，所以这个MyObject对象是强可及对象。
在回收这些对象之前，我们可以通过:

MyObject anotherRef=(MyObject)aSoftRef.get();  

重新获得对该实例的强引用。而回收之后，调用get()方法就只能得到null了。
3-弱引用WeakReference
弱引用是比软引用更弱的一种引用类型，只有弱引用指向的对象的生命周期更短，当垃圾回收器扫描到只具有弱引用时，不论当前的内存是否不足，都会对弱引用对象进行回收。
只要JVM进行垃圾回收，被弱引用关联的对象必定会被回收掉。不过要注意的是，这里所说的被弱引用关联的对象是指只有弱引用与之关联，如果存在强引用同时与之关联，则进行垃圾回收时也不会回收该对象（软引用也是如此）。

虚引用PhantomReference
虚引用并不会对所指向的对象生命周期产生任何影响，也就是对象还是会按照它原来的方式被垃圾回收器回收，虚引用只是一个标记作用，主要是用来跟踪对象被垃圾回收的活动，虚引用必须和引用队列配合使用