Github地址：新闻类App （MVP + RxJava + Retrofit+Dagger+ARouter）
绘制原理
- CPU负责计算显示的内容
- GPU负责栅格化(UI元素绘制到屏幕上)
- 16ms发出VSync信号触发UI渲染
- 大多数Android设备屏幕刷新频率：60Hz
优化工具
Systrance
- 关注Framas
- 正常：绿色圆点，丢帧：黄色或者红色
- Alerts栏
Layout Inspector 查看视图层次结构
image.png
我的页面结果
image.png
Choreographer
获取fps,线上使用，具备实时性
- API16之后
- Choreographer.getInstance().postFrameCallback
- 代码
private int mFrameCount = 0;
private static final long MONITOR_INTERVAL = 160L; //单次计算FPS使用160毫秒
private static final long MONITOR_INTERVAL_NANOS = MONITOR_INTERVAL * 1000L * 1000L;
private static final long MAX_INTERVAL = 1000L; //设置计算fps的单位时间间隔1000ms,即fps/s;
private long mStartFrameTime=0;
private void getFPS() {
if (Build.VERSION.SDK_INT < Build.VERSION_CODES.JELLY_BEAN) {
return;
}
Choreographer.getInstance().postFrameCallback(new Choreographer.FrameCallback() {
@Override
public void doFrame(long frameTimeNanos) {
if (mStartFrameTime == 0) {
mStartFrameTime = frameTimeNanos;
}
long interval = frameTimeNanos - mStartFrameTime;
if (interval > MONITOR_INTERVAL_NANOS) {
double fps = (((double) (mFrameCount * 1000L * 1000L)) / interval) * MAX_INTERVAL;
LogUtils.e(fps);
mFrameCount = 0;
mStartFrameTime = 0;
} else {
++mFrameCount;
}
Choreographer.getInstance().postFrameCallback(this);
}
});
}
获取布局耗时
- 背景：获取每个界面加载耗时
- 实现：覆写方法，手动埋点
- AOP实现,关于AOP的使用大家可以看我之前启动优化这篇文章//www.greatytc.com/p/6d5cddd56d94
@Around("execution (* android.app.Activity.setContentView**(..))")
public void getSetContentViewTime(ProceedingJoinPoint joinPoint) {
Signature signature = joinPoint.getSignature();
long time = System.currentTimeMillis();
try {
joinPoint.proceed();
} catch (Throwable throwable) {
throwable.printStackTrace();
}
Log.e("SectionAspect", signature.getName() + " cost Time:" + (System.currentTimeMillis() - time));
}
获取某个布局每个控件耗时
@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
LayoutInflaterCompat.setFactory2(getLayoutInflater(), new LayoutInflater.Factory2() {
@Override
public View onCreateView(View parent, String name, Context context, AttributeSet attrs) {
long time = System.currentTimeMillis();
View view = getDelegate().createView(parent, name, context, attrs);
LogUtils.e(name + " cost " + (System.currentTimeMillis() - time));
return view;
}
@Override
public View onCreateView(String name, Context context, AttributeSet attrs) {
return null;
}
});
super.onCreate(savedInstanceState);
}
异步Inflate
- 背景介绍
布局文件读取慢，创建View慢(反射：比new慢3倍) - AsyncLayoutInflater实践，只是缓解并不能根本去解决
WorkThread加载布局->回掉主线程 ->节约主线程时间
添加依赖
implementation 'com.android.support:asynclayoutinflater:28.0.0-alpha1'
代码
new AsyncLayoutInflater(this).inflate(R.layout.activity_main, null, new AsyncLayoutInflater.OnInflateFinishedListener() {
@Override
public void onInflateFinished(@NonNull View view, int i, @Nullable ViewGroup viewGroup) {
setContentView(view);
//初始化一些参数比如findViewById等
}
});
- 缺陷：不能设置layoutInflater.Factory,view中不能有依赖主线程的操作
布局加载优化
java代码写布局
本质上解决了问题，但是不便于开发，可维护性差X2C框架
保留XML优点，解决其性能问题开发人员写xml,加载Java代码
原理：APT编译期间翻译XML为Java代码
缺点：部分属性Java不支持,失去了系统的兼容,不能用于线上
依赖
annotationProcessor 'com.zhangyue.we:x2c-apt:1.1.2'
implementation 'com.zhangyue.we:x2c-lib:1.0.6'
代码
@Xml(layouts = "activity_main")
public class MainActivity extends BaseActivity
原本的setContentView-> X2C.setContentView(MainActivity.this,R.layout.activity_main);
视图绘制优化
- 减少View树层级
- 布局宽而浅，避免窄而深
布局的选择
- ConstraintLayout
实现几乎完全扁平化布局
构建复杂布局性能更高
具有RelativeLayout和LinearLayout特性 - FrameLayout能实现的优先使用FrameLayout
- 优先选择RelativeLayout
- 当在不嵌套的情况下，RelativeLayout和LinearLayout同时能满足需求时，优先选择LinearLayout。因为RelativeLayout功能复杂且会出现重复绘制
- 不嵌套使用RelativeLayout
- 不在嵌套linearLayout中使用weight
-
使用include
目的是提高代码的复用性，减少代码，将布局中公共部分抽取供其他layout使用 -
使用merge
解决布局层次级的优化，减少布局嵌套的层次，提高布局加载的效率 -
使用viewStub
ViewStub只有加载该布局的时候才占用资源，INVISIBLE状态是不会绘制出来的。如：加载网络错误的时候显示的布 - onDraw中避免：创建大对象，耗时操作
- TextView优化
过度绘制
- 一个像素最好只被绘制一次
- 调试GPU过度绘制
- 蓝色可以接受
避免过度绘制的方法
- 去掉多余背景色，减少复杂shape使用
- 避免层级叠加
- 自定义view使用clipRect 屏蔽被覆盖View绘制
打开自己的GPU过度绘制
image.png
我的app优化后的效果
image.png
蓝色1x过度绘制
绿色2x过度绘制
淡红色3x过度绘制
红色超过4x过度绘制
