app性能优化
android优化分为:
- 内存优化
- UI优化
- 电量优化
- apk瘦身优化
- 启动优化
下面通过各种百度，goolge，看看相关的文章记录下。
2.1 内存优化
android基于Dalvik的，dvk和jvm的不同点在于，dvk是基于寄存器架构而jvm基于栈架构。dvk没得出栈和进栈操作，指令集少，且因为对于相同的运算不会进行第二次，所有运行速度比栈要快要快，可是就因为没得出栈和进栈操作，让基于寄存器的指令往往比较长，因为要指令上要含有操作数的地址。
内存常见的问题有：
- 内存泄露
- 内存溢出
- 内存抖动
- 图片Bitmap相关
- 代码质量 & 数量
内存泄露常见的地方：
- 单例造成的内存泄漏
- 非静态内部类或匿名内部类，持有外部类的静态引用。如
我们知道，非静态内部类会持有外部类的引用，如果这个非静态的内部类的生命周期比它的外部类的生命周期长，那么当销毁外部类的时候，它无法被回收，就会造成内存泄漏。 - List里面有静态对象
- Handler的使用不规范。如发送的Message 还没处理，Activity关闭 于是就形成了泄露。
- 资源对象使用后未关闭。如Bitmap没有及时回收，游标没有及时关闭
- Native 引用静态变量
内存溢出:
内存分为堆栈内存和 Native 内存。从4.0以后Bitmap的加载都存放在Native内存。每个app，都有一个最大的运行内存。例如64M，超过了就会提示oom。还有一种就是Native oom。这种内存与手机的ram有关。
内存抖动
内存抖动会引起频繁的GC，从而使UI线程被频繁阻塞，导致画面卡顿
代码质量
java中有四大数据类型：强引用，弱引用，软引用，虚引用。gc对每种引用的处理方式是不同的。so，代码中为我们可以常使用软引用去代替，强引用避免操作oom。
例如HashMap
2.2 UI优化
布局优化
减少布局之间的嵌套，使用<include> 服用布局
页面的启动速度 可以使用traceView 来监测方法的执行时间，以及使用绘制优化
手机屏幕某一块被频繁绘制，原因是不可见的ui，也会绘制了，理论上不可见的ui，是不应该绘制的。防止不必要的重新 Layout 和 Measure。
加快界面显示速度、
善用TraceView,Hierarchy Viewer,Lint 去分析方法执行的时间，view控件绘制的时间 以及代码中各种冗余+内存泄露
2.3电量优化
主要的耗电因素：网络请求、WakeLock、GPS等。
网络请求：因为手机是通过内置的射频模块Radio和基站链接从而上网的，这个射频模块非常耗电。这就是为啥飞行模式耗电很少的原因。
WakeLock：WakeLock可以用来保持CPU长期运行, 或是防止屏幕变暗/关闭，如果没有及时释放的话会非常耗电。如视频播放时android:keepScreenOn=true
GPS：定位模块。
关于网络方面的优化：
1、网络请求之前，检查网络连接。没有网络连接不进行请求
2、判断网络类型，针对特定的数据在特定的网络下请求。例如：大量数据传输的时候，在wifi下请求。wifi下下载数据耗电量只有2、3、4G的1/3.
3、使用效率高的解析工具。根据具体业务数据量的大小，选择合适的解析工具。例如android上面的协议解析一般推荐json。
4、使用GZIP压缩方式下载数据，能减少网络流量，缩短下载时间
5、合理使用缓存，避免重复操作
6、使用推送，代替循环请求
7、触发网络请求的操作，每次都会保持无线信号持续一段时间，我们可以把零散的网络请求打包进行一次操作，避免过多的无线信号引起的电量消耗。
8、是JobScheduler API所做的事情。它会根据当前的情况与任务，组合出理想的唤醒时间，例如等到正在充电或者连接到WiFi的时候，或者集中任务一起执行。我们可以通过这个API实现很多免费的调度算法。
定位优化：
定位可以使用wifi和移动网络基站，不要使用GPS。
2.4 apk瘦身
- Reactor 菜单下，可以删除没有用到的资源
- png 图片进行压缩
- 加入混淆
