Android应用程序UI硬件加速渲染的动画执行过程分析.docVIP

Android应用程序UI硬件加速渲染的动画执行过程分析 通常我们说一个系统不如另一个系统流畅，说的就是前者动画显示不如后者流畅，因此动画显示流畅程度是衡量一个系统流畅性的关键指标。为什么这样说呢？这是因为流畅的动画显示需要60fps的UI刷新速度，然而这却不是一个容易达到的速度。Android 5.0通过引入Render Thread尽最大努力提升动画显示流畅性。本文就分析Render Thread显示动画的过程，以便了解它是如何提高动画显示流畅性的。 在前面一文中，我们提到了Render Thread对动画显示的两个优化。第一个优化是在动画显示期间，临时将动画的目标View的Layer Type设置为LAYER_TYPE_HARDWARE，这样就可以使得目标View以Open GL里面的Frame Buffer Object（FBO）进行渲染。这种优化的效果就如Render Thread直接以Open GL里面的Texture来渲染TextureView一样。第二个优化是在Main Thread不需要参与动画的显示过程时，动画就会被注册到Render Thread中，这样动画的计算和显示过程就完全由Render Thread来负责。这种优化带来的好处就是在动画显示期间，Main Thread可以去处理其它的用户输入，而且动画的显示也会更加流畅。 上面描述的两种动画优化涉及到的Main Thread和Render Thread的交互过程如图1所示： 接下来，我们就通过代码分析上述的两种动画显示优化过程。 我们通过调用View类的成员函数animate可以获得一个ViewPropertyAnimator对象，如下所示： [java] view plain copy public class View implements Drawable.Callback, KeyEvent.Callback, AccessibilityEventSource { ...... public ViewPropertyAnimator animate() { if (mAnimator == null) { mAnimator = new ViewPropertyAnimator(this); } return mAnimator; } ...... } 这个函数定义在文件frameworks/base/core/java/android/view/View.java中。 有了这个ViewPropertyAnimator对象之后，就可以调用它的成员函数withLayer将它关联的View的Layer Type设置为LAYER_TYPE_HARDWARE，如下所示： [java] view plain copy public class ViewPropertyAnimator { ...... public ViewPropertyAnimator withLayer() { mPendingSetupAction= new Runnable() { @Override public void run() { mView.setLayerType(View.LAYER_TYPE_HARDWARE, null); if (mView.isAttachedToWindow()) { mView.buildLayer(); } } }; final int currentLayerType = mView.getLayerType(); mPendingCleanupAction = new Runnable() { @Override public void run() { mView.setLayerType(currentLayerType, null); } }; ...... return this;