电话性能优化

1)电话冷启动优化

1 减少过渡绘制

image.png

无过度绘制

2 布局优化

2.1 减少布局的嵌套层级

2.1.1

image.png

由于我们UI的改变，我们已经没有用到notice_text的Textview和notice_text_divider的view控件了。
可以减少一层嵌套。
修改后：

image.png

去掉无用控件，减少嵌套层级

2.1.2

image.png

运用减少嵌套层级的原理：用RelativeLayout减少嵌套的层级

2.1.3

修改前布局嵌套

image.png

修改后：

image.png

运用减少嵌套层级的原理：用RelativeLayout减少嵌套的层级

2.2 当某些UI满足某种条件才显示就用ViewStub

image.png

虽然在没有通话记录的时候现在这个图片和文字满足某种条件下才显示。但是这个控件就是一个Textview没有必须用ViewStub。

2.3 把大像素有规律的图片用.9去代替

无

2.4 去掉无用的UI

因为我们改了UI。肯定存在和原生用到，我们用不到的控件。去掉即可。

2.5 合并布局，用TextView代替图片加文字

image.png

修改后：

image.png

3 分析代码耗时情况

无

2）最近通话列表滑动流畅度

1 减少过渡绘制

Item的过度绘制

不存在过度绘制，Item的布局的也不存在过度绘制

1. 自定义 View 时重写 hasOverlappingRendering 方法返回false。

无自定义View

2 布局优化

2.1 减少布局的嵌套层级

原则:
1，用RelativeLayout减少嵌套的层级。
2，同等层级情况下可以实现的选用LinearLayout而不是RelativeLayout。

item的的布局

就一层嵌套，这样的布局也不能用LinearLyaout来布局，所以嵌套层级无需优化。

2.2 当某些UI满足某种条件才显示复杂UI就用ViewStub

无满足某种条件才显示的复杂UI。这条无需优化。

2.3 有些大像素有规律的图片用.9去代替

无大像素有规律的图片，这条无需优化。

2.4 去掉无用的UI

无无用的UI。这里无需优化。

2.5 合并布局，用TextView代替图片加文字

虽然图片加文字可以合并的，但是那个图片是自定义View，合并改变代码过多。改了也不会带来特别大的性能好处。可以忽略。

3 分析代码耗时情况

3.1 join方法耗时

join优化前

发现：BidiFormatter.unicodeWrap耗时，和getString()

join方法

BidiFormatter.unicodeWrap的作用是强制TextView为从左到右显示。
TextView有一个属性可以专门解决这种问题:
setTextDirection(View.TEXT_DIRECTION_LTR)

把原来的方法改成

image.png

image.png

join优化后

对getString的方法优化

image.png

因为仅仅在归属地的list的大小大于1才如要getString()的逗号。

image.png

3.2 getCallDescription

image.png

getCallDescription方法的作用

image.png

简单来说就是长按的时候，会弹出吐司告诉你按的区域的内容是什么，但是我们已经去掉了这个功能了。

getCallDescription优化后

3.3 isEmergencyNumber

isEmergencyNumber方法

注掉isEmergencyNumber

360OS也是这样做的。

去掉isEmergencyNumber方法后

成果：

优化前：

image.png

优化后：

image.png

1）单个号码通话详情列表滑动

优化前：

image.png

基本不用优化了。

1 减少过渡绘制

image.png

无过度绘制

1. 自定义 View 时重写 hasOverlappingRendering 方法返回false。

无自定义控件

2 布局优化

2.1 减少布局的嵌套层级

item的布局

修改后

优化的Item布局

2.2 当某些UI满足某种条件才显示复杂UI就用ViewStub

无

2.3 有些大像素有规律的图片用.9去代替

无

2.4 去掉无用的UI

无

2.5 合并布局，用TextView代替图片加文字

无

3 分析代码耗时情况

都59fps，代码肯定没有什么耗时的操作了。唯一优化点，单号码通话记录的归属地肯定是一样的。就可以复用了。

3）点击通话记录头像记录跳转时间

1 减少过渡绘制

image.png

存在过度绘制。但是顶部的动画，三张图片叠在以前，肯定会导致过度绘制。UI就是这么设计的。没法改。
显示号码哪里存在过度绘制。可以改。

减少过渡绘制后

1. 自定义 View 时重写 hasOverlappingRendering 方法返回false。

2 布局优化

2.1 减少布局的嵌套层级

image.png

嵌套层级优化后

2.2 当某些UI满足某种条件才显示复杂UI就用ViewStub

无

2.3 有些大像素有规律的图片用.9去代替

无

2.4 去掉无用的UI

无

2.5 合并布局，用TextView代替图片加文字

无

3 分析代码耗时情况

3.1 isPowerSaveMode

isPowerSaveMode方法

在onDraw方法中不断判断是不是省电模式，肯定是不合理的。省电模式只要判断一次即可。
改成

image.png

优化后

4）外拨电话优化

1 减少过渡绘制

过度绘制

无明显过度绘制。

1. 自定义 View 时重写 hasOverlappingRendering 方法返回false。

无自定义View

2 布局优化

2.1 减少布局的嵌套层级

2.2 当某些UI满足某种条件才显示复杂UI就用ViewStub

手机套通话界面和第二路通话界面 用ViewStub需要的时候才加载

用ViewStub的时候要主要做好非空判断。这是因为ViewStub只能被解析一次，第二次解析的时候就为null了，于是，在代码中加了逻辑判断

image.png

2.3 有些大像素有规律的图片用.9去代替

image.png

像这个规则的大像素的图片就可以用.9图片去代替。

2.4 去掉无用的UI

无

2.5 合并布局，用TextView代替图片加文字

无

3 分析代码耗时情况

3.1 把查询电话归属地的初始化放到Application初始化的时候

不要拨打电话的时候才去初始化归属地。

image.png

3.2 getActionBar

代码里getActionBar耗时

image.png

用主题去设置没有ActionBar

image.png

3.3 PhoneRecorderHelper的初始化

把IncallActivity的onCreate里的是加设备判断

image.png

P51是MTK设备，这个电话录音初始化是展讯的设备才需要的。

image.png

3.4 把InCallPresenter.setThemeColors的方法废除

这个方法就是给通话界面设置颜色，原生需要。我改了UI不需要。

image.png

image.png

3.5 把TalpaNewCallCardFragment.setPrimaryCallElapsedTime()的AnimUtils.fadeOut动画直接改成setVisibility(View.GONE隐藏控件。

AnimUtils里面启动，可以直接用隐藏显示。

image.png

3.6 把来电布局挪到AnswerFragment中去.

原生的就是在AnswerFragment里面的，后面因为该需求。
根本原因：之前外拨电话是一上来就加载去电和来点的界面的。导致加载过多的布局
解决方案：把来电布局挪到AnswerFragment中去.仅仅在来电的时候才加载来电的布局。

3.7 TalpaNewCallButtonFragment仅仅在点击Button的时候才给Button设置背景。

image.png

设置图片selector耗时,需要的时候才设置，这里点击按钮的时候才去设置。

4）通话记录/通信录两tab左右切换优化

4.1 invalidate

image.png

ondraw()里面没有东西要绘制的。就不用调用invalidate方法触发绘制了。

4.2 getRtlPosition

不要在onPageScrolled方法判断耗时的操作。

image.png

4.3 去掉无用逻辑

image.png

4.4 在需要更新的时候才去发送更新未接来电的广播

image.png