Android-9-0中的新功能---PrecomputedText,面试杀手锏
作者:互联网
}
executor = sExecutor;
}
}
executor.execute(task);
return task;
}
通过调用consumeTextFutureAndSetBlocking
方法的future.get()
阻塞计算线程来获取计算结果,最终setText到对用的TextView上。
public void setTextFuture(@NonNull Future future) {
this.mPrecomputedTextFuture = future;
this.requestLayout();
}
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
this.consumeTextFutureAndSetBlocking();
super.onMeasure(widthMeasureSpec, heightMeasureSpec);
}
private void consumeTextFutureAndSetBlocking() {
if (this.mPrecomputedTextFuture != null) {
try {
Future future = this.mPrecomputedTextFuture;
this.mPrecomputedTextFuture = null;
TextViewCompat.setPrecomputedText(this, (PrecomputedTextCompat)future.get());
} catch (ExecutionException | InterruptedException var2) {
;
}
}
}
新的问题
在看PrecomputedText
时,在Github上找到了一个相关的Demo,这其中发现使用后造成了负优化。
这个例子中,一个item上有三个AppCompatTextView
并且字号都很小,导致一屏幕可以看到十段左右的文字,当然使用了PrecomputedText
优化后,onBindViewHolder
方法的执行时间大大的缩短了,但是却检测到了新的问题。
首先我们要了解滑动列表的速度越快,那么单位时间内测量绘制的内容也就越多。我对使用前后进行了三种速度的测试,分别是慢速(1s滑动1次,力度小)、中速(1s滑动2次,力度中)、快速(1s滑动3次,力度大)得到了下面的结论。(纯手工滑动,真的累。。。)
具体的Systrace结果图我就不全部展示了,这里展示一下中速滑动前后结果。
代表Animation和Input的浅绿色竖条增高了。
最终的统计如下:
问题/速度 | 慢速 | 中速 | 快速 |
---|---|---|---|
Scheduling delay | 4 -> 46 | 5 -> 39 | 8 -> 17 |
Long View#draw() | 18 -> 12 | 37 -> 30 | 50 -> 48 |
Expensive measure/layout pass | 1 -> 0 | 0 | 0 |
Scheduling delay 就是一个线程在处理一块运算的时候,在很长一段时间都没有被CPU调度,从而导致这个线程在很长一段时间都没有完成工作。
可以看到使用PrecomputedText
后,Scheduling delay 问题会有一定概率激增,甚至更加严重。对比发现激增点都是因为dequeueBuffer
这里等待时间过长,比如下面 dequeueBuffer
的片段cpu实际执行了0.119ms,但是总耗时了10.035ms。
其实仔细观察,dequeueBuffer
在一开始就已经执行完成,但是却处在等待cpu调度来执行下一步的地方。这里其实就是等待SurfaceFlinger
执行导致的。如下图:
这里的耗时,会使通知 CPU 延迟,导致的Scheduling delay 。具体为何高概率触发这类问题的原因这里
还不清楚。猜测是文本本身很复杂,一段文字中不同字号、颜色、样式,并且页面上同时存在十多个这样的段落。这样的话就短时间内会有十多次线程的切换来实现文字的异步测量,势必会有性能影响。
我后面将文字字体设置大了以后,发现这个问题就好多了。所以PrecomputedText
的使用还是需要根据场景来使用,否则会矫枉过正。
总结
-
不要滥用
PrecomputedText
,对于一两行文字来说并没有很大的提升,反而会造成不必要的Scheduling delay
,建议文本200个字符以上使用。 -
不要在
TextViewCompat.getTextMetricsParams()
方法后修改textview
的属性。比如设置字号放到前面执行。 -
PrecomputedTextCompat
在9.0以上使用PrecomputedText
优化,5.0~9.0使用StaticLayout
优化,5.0以下的不做处理。 -
如果您已禁用
RecyclerView
的预取(Prefetch),则PrecomputedText
无效。如果您使用自定义LayoutManager
,请确保它实现collectAdjacentPrefetchPositions()
以便RecyclerView
知道要预取的项目。因此ListView
无法享受到PrecomputedText
带来的性能优化。
效果如下:
normal | PrecomputedText future | PrecomputedText coroutine |
---|
效果如下:
normal | PrecomputedText future | PrecomputedText coroutine |
---|
标签:PrecomputedText,delay,---,future,线程,Scheduling,Android,mPrecomputedTextFuture 来源: https://blog.csdn.net/m0_66144836/article/details/122451043