1：自定义View
1)耗时逻辑不能写在onDraw()中。因为UI的绘制帧率为每秒60次，也就是说每帧的绘制时间是16毫秒，如果在16毫秒内未能完成一帧的绘制，就会造成丢帧，引起卡顿。
2)onDraw()中不要定义局部对象，这是因为onDraw()很可能被频繁调用，这样短时间内会产生大量临时对象，这样不仅会占用过多内存还会导致频繁的GC，降低程序的执行效率
2：过度绘制。
1）减少view层级，使用ConstraintLayout，ViewStub，include，merge标签
2）使用android studio的Layout Inspector工具(替代Hierarchy Viewer)检查视图结构
3：耗时操作，例如I/O操作、数据库耗时操作在UI线程中执行，针对I/O耗时操作，可以放到异步任务或者线程池执行；数据库可以创建中间层，利用缓存处理，或者多线程处理
4：内存抖动，频繁GC，造成大量对象的创建和回收，导致堆内存碎片化严重，在分配大内存对象时容易发生内存泄漏，避免手动System.gc().虽 然 有 停 止 复 制 回 收 算 法 会 整 理 堆 内 存 ，但是此算法需要消耗很大的内存和时间
案例：因为打Log而进行了字符串拼接，一旦这个函数被比较频繁地调用，那么就很有可能会发生内存抖动。这里我们新版本已经改为使用stringbuilder进行优化
5：属性动画，无限循环的情况，在Activity的onDestroy()中需要调用animator.cancel();
6：方法深度不易过大，栈深度过大就会导致栈溢出。一个线程的栈深度定义方式有两种，指定大小和动态申请。指定大小：如果超过此大小会报栈溢出。动态申请：栈大小不足时，就会申请更大深度的栈。如 果申请的大小超过了java虚拟机最大承受范围，也会报栈溢出
7：handler消息未清理
8：内部类，对象持有
9：单例，单例是全局的，如果其中持有具有生命周期的对象，就会导致此对象不会被释放，例如Context持有的是Activity
10：耗时任务，开Thread的，把Runnable放到线程池中执行
11：webview页面做独立进程
12：静态代码块中不能做耗时任务，类加载的初始化阶段，执行类构造器方法，类构造器中执行静态成员变量初始化和静态代码块，如果做耗时任务，会使当前线程类的加载时间过长。并且类构造器执行是 线程安全的，假如有多线程访问，就会造成其他线程长时间阻塞。
13：android资源访问未关闭，BraodcastReceiver，Cursor，IO Stream，退出app时数据库未关闭，Bitmap使用完要手动回收
14：ListView，RecyclerView使用时ItemView复用
15：序列化存储到本地时用Serializable；内存中的数据传递，序列化使用Parcelable，因为Serializable在序列化时会产生大量临时变量，引起频繁的GC
16：第三方库的引用，要谨慎，库文件打包时也会被打包到相应的dex中，dex的加载是在Application的onBaseContext()中，也会消耗一点加载时间和内存。如果仅仅为了使用一个库中的一两个方法就随意引入庞大的库，代价也是不小的。
17：SVG的使用，项目中配置型icon使用
18：Fragment懒加载和不可见时定时回收数据
1）Fragment+ViewPager形式，初始化时如果可见则调用onCreatView()，不可见初始化时onCreatView()则返回一个空view，等第一次可见再加载view布局
2）母婴之家的社交模块，是由三个Tab组成，其中帖子Tab全是大图，处理方法是Fragment不可见2秒后认为此页面用户暂时不操作，就会清空Adapter中的数据，等再切回到此页面时，再重新装填 内存中的数据
19：启动优化：
1）application中onCreate()不能执行耗时操作，否则会影响SpleshActivity的启动
2）onPause()中不能执行耗时操作，否则会延迟被启动页面的显示
20：图片大图优化
项目中内存泄漏检测工具用的是LeakCanary，在测试代码块时可以及时发现内存泄漏，并且以UI方式显示，更为直观。使用LeakCanary后，项目内存有时还是很客观，但一般只发生在特定阶段，此时可以用Android Profiler查找原因。项目中例子：
1）OCR身份证图片使用完未回收，有6MB的优化
2）新股列表Adapter中采用单例模式，并持有Activity引用
3）webview独立进程