这次主要是结合我在项目过程中遇到的各种性能优化方面，针对一个app进行性能优化并附上示例操作，不提具体的操作流程，主要讲讲优化的方式。
1.内存
Android Profiler
内存泄漏产生的原因这里不多做描述，首先，我们可以使用android studio自带的内存分析工具Android Profilter进行分析，下面我们先贴上示例：
@Override
protected void onDraw(Canvas canvas) {
for (int i = 0; i < 2000; i++) {
RectF rectF = new RectF(50, 50, 100, 100);
canvas.drawOval(rectF,mPaint);
}
super.onDraw(canvas);
}
如图，当我自定义一个view（MyView）绘制时，在产生绘制和刷新界面（invalidate）的过程中，由于Rect反复的创建对象，这个时候就会不断的开拓内存，而我们Rect是不会发生变化的，因此，只需要创建一次即可复用，却因为粗心没有注意到。。
选中Android Profiler MEMORY，然后实例化MyView，此时可以明显的注意到内存占用递增，然后截取改片段，截图如下：
Alloc Count
很快，我们找到了占用内存的罪魁祸首RectF，进一步点击，就能发现它是由我们的MyView创建，这个时候基本也就明白了内存增加的原因了。
LeakCanary
集成LeakCanary，然后我在MainActivity.class创建一个Thread
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
new MyThread().start();
}
private class MyThread extends Thread {
@Override
public void run() {
super.run();
try {
Thread.sleep(14000);
Log.e(TAG, "--------Thread end" + isFinishing());
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
我们知道，非静态内部类持有外部类对象的引用，当我执行结束当前activity后，由于线程依旧持有引用，导致activity不能被释放，因此造成了内存泄漏
通过引用树，我们可以发现MainActivity被MyThread引用，这个时候，我们把MyThread设为静态类，并保持对外部的弱引用即可解决。
其他
如bitmap图片压缩（质量、采样率、比例压缩）等
2.布局优化
android布局我们可以尽量避免去使用权重布局,而且我们应尽量减少层级嵌套，在android studio中为我们提供了Layout Inspector来分析层级嵌套，手机运行到要分析的界面上，然后选择Tools->Layout Inspector（早期版本是Tools -> Android -> Layout Inspector），这时候关于界面的view tree就出来了
google还提供了强大的约束布局ConstraintLayout，可以大大的减少层级嵌套。另外，合理使用merge和viewStub也可以提高性能
3.避免过度绘制
首先打开开发者选项中的过度绘制开关
简单说明绘制颜色表示的意义：
原色：没有过度绘制
蓝色：1 次过度绘制
绿色：2 次过度绘制
粉色：3 次过度绘制
红色：4 次及以上过度绘制
下面是示例布局文件：
<android.support.constraint.ConstraintLayout
xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:app="http://schemas.android.com/apk/res-auto"
xmlns:tools="http://schemas.android.com/tools"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:background="#ffffff"
android:orientation="vertical"
tools:context="cn.jcyh.demos.MainActivity">
<FrameLayout
android:layout_width="300dp"
android:layout_height="300dp"
android:background="#ffffff">
<FrameLayout
android:layout_width="200dp"
android:layout_height="200dp"
android:background="#ffffff">
<Button
android:id="@+id/btn_start"
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:background="#ffffff"
android:onClick="startNewPage"
android:text="跳转"/>
</FrameLayout>
</FrameLayout>
</android.support.constraint.ConstraintLayout>
运行效果：
通过效果图可以看出，我们按钮的过度绘制已经相当严重了，接下来我们去掉多余的背景色，只留下根布局的颜色，再次运行：
是不是好多了？事实上，activity系统默认是有一个白色背景的，我们可以进一步把这个背景给去掉：
getWindow().setBackgroundDrawable(null);
是的，更棒了，更多的优化细节根据各自的项目不同具体优化，这里不再做延伸了。
4.电量优化
- 合理使用JobScheduler；
- 在没有获取实时数据的需求下，网络请求可以设置3级缓存（本地缓存、内存缓存、网络缓存），这样即减少流量的使用，也可以减少电量的消耗。关于3级缓存，3级缓存的方式网上也有很多，这里可以参考这篇文章https://blog.csdn.net/sinat_31057219/article/details/71191962
5.apk大小优化
我们使用Android Studio Build->Analyze APK,选择我们要进行优化的apk包，
如图，我们可以直观的看到apk安装包各资源所占大小，然后我们可以针对各项进行优化。
- 减少非必须的Cpu指令集，正常项目下，只要armeabi-v7a就足够了。assets里有音频文件等，可以将文件进行压缩或者裁剪减少大小，如果没有强制要求，可以尽量使用百分比、相对布局、ConstraintLayout布局、权重布局去做屏幕适配，通用一套图标，因为，res下的图片文件，多适配布局文件等都会使apk包变得更加庞大。
通过Analyze->Inspect Code（Android Studio自带的lint工具）分析多余无用的资源文件删除。 - TinyPng可以将图片进行压缩，可以将项目中资源文件中的大图进行压缩后再使用。
- 使用矢量图去实现一些业务需求。
