一切从用户体验的角度去思考，当我们置身处地得把自己当做用户去玩一款应用时候，那么都会在意什么呢？假如正在玩一款手游，首先一定不希望玩着玩着突然闪退，然后就是遇到画面内容很丰富的时候不希望卡顿，其次就是耗电和耗流量不希望太严重，最后就是版本更新的时候安装包希望能小一点

四个方面总结如下：

  1  稳定（内存溢出、崩溃）

  2  流畅（卡顿）

  3  耗损（耗电、流量）

  4  安装包（APK瘦身）

1  内存优化   

（1）static

        由于static声明变量的生命周期其实是和APP的生命周期一 样的，有点类似与Application。如果大量的使用的话，就会占据内存空间不释放，积少成多也会造成内存的不断开销，直至挂掉。static的合理 使用一般用来修饰基本数据类型或者轻量级对象，尽量避免修复集合或者大对象，常用作修饰全局配置项、工具类方法、内部类。

  （2）无关引用

        很多情况下，我们需求用到传递引用，但是我们无法确保引用传递出去后能否及时的回收。比如比较有代表性的Context泄漏，很多情况下当Activity 结束掉后，由于仍被其他的对象指向导致一直迟迟不能回收，这就造成了内存泄漏。

  （3）handler

        在处理异步操作的时候，handler + thread是个不错的选择。handler运行于UI 线程，不断处理来自MessageQueue的消息，如果handler还有消息需要处理但是Activity页面已经结束的情况下，Activity的 引用其实并不会被回收，这就造成了内存泄漏。

  （4）Bitmap

        Bitmap的不当处理极可能造成OOM，绝大多数情况都是因这个原因出现的，在加载网络图片的时候，使用软引用或者弱引用并进行本地缓存，推荐使用android-universal-imageloader或者xUtils

  （5）Cursor和IO流

         在查询SQLite数据库时，会返回一个Cursor，当查询完毕后，及时关闭，这样就可以把查询的结果集及时给回收掉。I/O流操作完毕，读写结束，记得关闭。

  （6） ListView和GridView的item缓存

           对于移动设备，尤其硬件参差不齐的android生态，页面的绘制其实是很耗时的，findViewById也是蛮慢的。所以不重用View，在有列表的时候就尤为显著了，经常会出现滑动很卡的现象。

稳定性建议

        影响稳定性的原因很多，比如内存使用不合理、代码异常场景考虑不周全、代码逻辑不合理等，都会对应用的稳定性造成影响。其中最常见的两个场景是：Crash 和 ANR，这两个错误将会使得程序无法使用。所以做好Crash监控，把崩溃信息、异常信息收集记录起来，以便后续分析

建议1：布局优化

        合并 减少嵌套 ，一个大原则：尽量保持布局层级的扁平化。在不影响层级深度的情况下，使用LinearLayout而不是RelativeLayout。因为RelativeLayout会让子View调用2次onMeasure，LinearLayout 在有weight时，才会让子View调用2次onMeasure。Measure的耗时越长那么绘制效率就低。如果非要是嵌套，那么尽量避免RelativeLayout嵌套RelativeLayout。这简直就是恶性循环。布局复用，提高显示速度，

建议3：启动优化

通常来说，启动方式分为两种：冷启动和热启动。

        1、冷启动：当启动应用时，后台没有该应用的进程，这时系统会重新创建一个新的进程分配给该应用，这个启动方式就是冷启动。

        2、热启动：当启动应用时，后台已有该应用的进程（例：按back键、home键，应用虽然会退出，但是该应用的进程是依然会保留在后台，可进入任务列表查看），所以在已有进程的情况下，这种启动会从已有的进程中来启动应用，这个方式叫热启动。

简单解释一下App的启动过程：

        1.点击Launcher，启动程序,通知ActivityManagerService

        2.ActivityManagerService通知zygote进程孵化出应用进程，分配内存空间等

        3.执行该应用ActivityThread的main()方法

        4.应用程序通知ActivityManagerService它已经启动，ActivityManagerService保存一个该应用的代理对象,ActivityManagerService通过它可以控制应用进程

        5.ActivityManagerService通知应用进程创建入口的Activity实例，执行它的生命周期

建议5：动画优化

        在实现动画效果时，需要根据不同场景选择合适的动画框架来实现。有些情况下，可以用硬件加速方式来提供流畅度。

三、节省——耗电优化

        在 Android5.0 以前，在应用中测试电量消耗比较麻烦，也不准确，5.0 之后专门引入了一个获取设备上电量消耗信息的API:Battery Historian。Battery Historian 是一款由 Google 提供的 Android 系统电量分析工具，和Systrace 一样，是一款图形化数据分析工具，直观地展示出手机的电量消耗过程，通过输入电量分析文件，显示消耗情况，除此之外，还有一些常用方案可提供：计算优化，避开浮点运算等。避免 WaleLock 使用不当。使用 Job Scheduler。

四、APK瘦身

        减少安装包大小的常用方案

        代码混淆：使用proGuard 代码混淆器工具，它包括压缩、优化、混淆等功能。

        资源优化:：如使用 Android Lint 删除冗余资源，资源文件最少化等。

        图片优化：比如利用 AAPT 工具对 PNG 格式的图片做压缩处理，降低图片色彩位数等。避免重复功能的库，使用 WebP图片格式等。

        插件化：比如功能模块放在服务器上，按需下载，可以减少安装包大小。