Android 深入了解View(三)

相信大家在平时使用View的时候都会发现它是有状态的，比如说有一个按钮，普通状态下是一种效果，但是当手指按下的时候就会变成另外一种效果，这样才会给人产生一种点击了按钮的感觉。当然了，这种效果相信几乎所有的Android程序员都知道该如何实现，但是我们既然是深入了解View，那么自然也应该知道它背后的实现原理应该是什么样的，今天就让我们来一起探究一下吧。

一、视图状态

视图状态的种类非常多，一共有十几种类型，不过多数情况下我们只会使用到其中的几种，因此这里我们也就只去分析最常用的几种视图状态。

1. enabled

表示当前视图是否可用。可以调用setEnable()方法来改变视图的可用状态，传入true表示可用，传入false表示不可用。它们之间最大的区别在于，不可用的视图是无法响应onTouch事件的。

2. focused

表示当前视图是否获得到焦点。通常情况下有两种方法可以让视图获得焦点，即通过键盘的上下左右键切换视图，以及调用requestFocus()方法。而现在的Android手机几乎都没有键盘了，因此基本上只可以使用requestFocus()这个办法来让视图获得焦点了。而requestFocus()方法也不能保证一定可以让视图获得焦点，它会有一个布尔值的返回值，如果返回true说明获得焦点成功，返回false说明获得焦点失败。一般只有视图在focusable和focusable in touch mode同时成立的情况下才能成功获取焦点，比如说EditText。

3. window_focused

表示当前视图是否处于正在交互的窗口中，这个值由系统自动决定，应用程序不能进行改变。

4. selected

表示当前视图是否处于选中状态。一个界面当中可以有多个视图处于选中状态，调用setSelected()方法能够改变视图的选中状态，传入true表示选中，传入false表示未选中。

5. pressed

表示当前视图是否处于按下状态。可以调用setPressed()方法来对这一状态进行改变，传入true表示按下，传入false表示未按下。通常情况下这个状态都是由系统自动赋值的，但开发者也可以自己调用这个方法来进行改变。

我们可以在项目的drawable目录下创建一个selector文件，在这里配置每种状态下视图对应的背景图片。比如创建一个compose_bg.xml文件，在里面编写如下代码：

[html] view plaincopy

  1. <selector xmlns:android="http://schemas.android.com/apk/res/android">
  2. <item android:drawable="@drawable/compose_pressed" android:state_pressed="true"></item>
  3. <item android:drawable="@drawable/compose_pressed" android:state_focused="true"></item>
  4. <item android:drawable="@drawable/compose_normal"></item>
  5. </selector>

这段代码就表示，当视图处于正常状态的时候就显示compose_normal这张背景图，当视图获得到焦点或者被按下的时候就显示compose_pressed这张背景图。

创建好了这个selector文件后，我们就可以在布局或代码中使用它了，比如将它设置为某个按钮的背景图，如下所示：

[html] view plaincopy

  1. <?xml version="1.0" encoding="utf-8"?>
  2. <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
  3. android:layout_width="match_parent"
  4. android:layout_height="match_parent"
  5. android:orientation="vertical" >
  6. <Button
  7. android:id="@+id/compose"
  8. android:layout_width="60dp"
  9. android:layout_height="40dp"
  10. android:layout_gravity="center_horizontal"
  11. android:background="@drawable/compose_bg"
  12. />
  13. </LinearLayout>

现在运行一下程序，这个按钮在普通状态和按下状态的时候就会显示不同的背景图片，如下图所示：

这样我们就用一个非常简单的方法实现了按钮按下的效果，但是它的背景原理到底是怎样的呢？这就又要从源码的层次上进行分析了。

我们都知道，当手指按在视图上的时候，视图的状态就已经发生了变化，此时视图的pressed状态是true。每当视图的状态有发生改变的时候，就会回调View的drawableStateChanged()方法，代码如下所示：

[java] view plaincopy

  1. protected void drawableStateChanged() {
  2. Drawable d = mBGDrawable;
  3. if (d != null && d.isStateful()) {
  4. d.setState(getDrawableState());
  5. }
  6. }

在这里的第一步，首先是将mBGDrawable赋值给一个Drawable对象，那么这个mBGDrawable是什么呢？观察setBackgroundResource()方法中的代码，如下所示：

[java] view plaincopy

  1. public void setBackgroundResource(int resid) {
  2. if (resid != 0 && resid == mBackgroundResource) {
  3. return;
  4. }
  5. Drawable d= null;
  6. if (resid != 0) {
  7. d = mResources.getDrawable(resid);
  8. }
  9. setBackgroundDrawable(d);
  10. mBackgroundResource = resid;
  11. }

可以看到，在第7行调用了Resource的getDrawable()方法将resid转换成了一个Drawable对象，然后调用了setBackgroundDrawable()方法并将这个Drawable对象传入，在setBackgroundDrawable()方法中会将传入的Drawable对象赋值给mBGDrawable。

而我们在布局文件中通过android:background属性指定的selector文件，效果等同于调用setBackgroundResource()方法。也就是说drawableStateChanged()方法中的mBGDrawable对象其实就是我们指定的selector文件。

接下来在drawableStateChanged()方法的第4行调用了getDrawableState()方法来获取视图状态，代码如下所示：

[java] view plaincopy

  1. public final int[] getDrawableState() {
  2. if ((mDrawableState != null) && ((mPrivateFlags & DRAWABLE_STATE_DIRTY) == 0)) {
  3. return mDrawableState;
  4. } else {
  5. mDrawableState = onCreateDrawableState(0);
  6. mPrivateFlags &= ~DRAWABLE_STATE_DIRTY;
  7. return mDrawableState;
  8. }
  9. }

在这里首先会判断当前视图的状态是否发生了改变，如果没有改变就直接返回当前的视图状态，如果发生了改变就调用onCreateDrawableState()方法来获取最新的视图状态。视图的所有状态会以一个整型数组的形式返回。

在得到了视图状态的数组之后，就会调用Drawable的setState()方法来对状态进行更新，代码如下所示：

[java] view plaincopy

  1. public boolean setState(final int[] stateSet) {
  2. if (!Arrays.equals(mStateSet, stateSet)) {
  3. mStateSet = stateSet;
  4. return onStateChange(stateSet);
  5. }
  6. return false;
  7. }

这里会调用Arrays.equals()方法来判断视图状态的数组是否发生了变化，如果发生了变化则调用onStateChange()方法，否则就直接返回false。但你会发现，Drawable的onStateChange()方法中其实就只是简单返回了一个false，并没有任何的逻辑处理，这是为什么呢？这主要是因为mBGDrawable对象是通过一个selector文件创建出来的，而通过这种文件创建出来的Drawable对象其实都是一个StateListDrawable实例，因此这里调用的onStateChange()方法实际上调用的是StateListDrawable中的onStateChange()方法，那么我们赶快看一下吧：

[java] view plaincopy

  1. @Override
  2. protected boolean onStateChange(int[] stateSet) {
  3. int idx = mStateListState.indexOfStateSet(stateSet);
  4. if (DEBUG) android.util.Log.i(TAG, "onStateChange " + this + " states "
  5. + Arrays.toString(stateSet) + " found " + idx);
  6. if (idx < 0) {
  7. idx = mStateListState.indexOfStateSet(StateSet.WILD_CARD);
  8. }
  9. if (selectDrawable(idx)) {
  10. return true;
  11. }
  12. return super.onStateChange(stateSet);
  13. }

可以看到，这里会先调用indexOfStateSet()方法来找到当前视图状态所对应的Drawable资源下标，然后在第9行调用selectDrawable()方法并将下标传入，在这个方法中就会将视图的背景图设置为当前视图状态所对应的那张图片了。

那你可能会有疑问，在前面一篇文章中我们说到，任何一个视图的显示都要经过非常科学的绘制流程的，很显然，背景图的绘制是在draw()方法中完成的，那么为什么selectDrawable()方法能够控制背景图的改变呢？这就要研究一下视图重绘的流程了。

二、视图重绘

虽然视图会在Activity加载完成之后自动绘制到屏幕上，但是我们完全有理由在与Activity进行交互的时候要求动态更新视图，比如改变视图的状态、以及显示或隐藏某个控件等。那在这个时候，之前绘制出的视图其实就已经过期了，此时我们就应该对视图进行重绘。

调用视图的setVisibility()、setEnabled()、setSelected()等方法时都会导致视图重绘，而如果我们想要手动地强制让视图进行重绘，可以调用invalidate()方法来实现。当然了，setVisibility()、setEnabled()、setSelected()等方法的内部其实也是通过调用invalidate()方法来实现的，那么就让我们来看一看invalidate()方法的代码是什么样的吧。

View的源码中会有数个invalidate()方法的重载和一个invalidateDrawable()方法，当然它们的原理都是相同的，因此我们只分析其中一种，代码如下所示：

[java] view plaincopy

  1. void invalidate(boolean invalidateCache) {
  2. if (ViewDebug.TRACE_HIERARCHY) {
  3. ViewDebug.trace(this, ViewDebug.HierarchyTraceType.INVALIDATE);
  4. }
  5. if (skipInvalidate()) {
  6. return;
  7. }
  8. if ((mPrivateFlags & (DRAWN | HAS_BOUNDS)) == (DRAWN | HAS_BOUNDS) ||
  9. (invalidateCache && (mPrivateFlags & DRAWING_CACHE_VALID) == DRAWING_CACHE_VALID) ||
  10. (mPrivateFlags & INVALIDATED) != INVALIDATED || isOpaque() != mLastIsOpaque) {
  11. mLastIsOpaque = isOpaque();
  12. mPrivateFlags &= ~DRAWN;
  13. mPrivateFlags |= DIRTY;
  14. if (invalidateCache) {
  15. mPrivateFlags |= INVALIDATED;
  16. mPrivateFlags &= ~DRAWING_CACHE_VALID;
  17. }
  18. final AttachInfo ai = mAttachInfo;
  19. final ViewParent p = mParent;
  20. if (!HardwareRenderer.RENDER_DIRTY_REGIONS) {
  21. if (p != null && ai != null && ai.mHardwareAccelerated) {
  22. p.invalidateChild(this, null);
  23. return;
  24. }
  25. }
  26. if (p != null && ai != null) {
  27. final Rect r = ai.mTmpInvalRect;
  28. r.set(0, 0, mRight - mLeft, mBottom - mTop);
  29. p.invalidateChild(this, r);
  30. }
  31. }
  32. }

在这个方法中首先会调用skipInvalidate()方法来判断当前View是否需要重绘，判断的逻辑也比较简单，如果View是不可见的且没有执行任何动画，就认为不需要重绘了。之后会进行透明度的判断，并给View添加一些标记位，然后在第22和29行调用ViewParent的invalidateChild()方法，这里的ViewParent其实就是当前视图的父视图，因此会调用到ViewGroup的invalidateChild()方法中，代码如下所示：

[java] view plaincopy

  1. public final void invalidateChild(View child, final Rect dirty) {
  2. ViewParent parent = this;
  3. final AttachInfo attachInfo = mAttachInfo;
  4. if (attachInfo != null) {
  5. final boolean drawAnimation = (child.mPrivateFlags & DRAW_ANIMATION) == DRAW_ANIMATION;
  6. if (dirty == null) {
  7. ......
  8. } else {
  9. ......
  10. do {
  11. View view = null;
  12. if (parent instanceof View) {
  13. view = (View) parent;
  14. if (view.mLayerType != LAYER_TYPE_NONE &&
  15. view.getParent() instanceof View) {
  16. final View grandParent = (View) view.getParent();
  17. grandParent.mPrivateFlags |= INVALIDATED;
  18. grandParent.mPrivateFlags &= ~DRAWING_CACHE_VALID;
  19. }
  20. }
  21. if (drawAnimation) {
  22. if (view != null) {
  23. view.mPrivateFlags |= DRAW_ANIMATION;
  24. } else if (parent instanceof ViewRootImpl) {
  25. ((ViewRootImpl) parent).mIsAnimating = true;
  26. }
  27. }
  28. if (view != null) {
  29. if ((view.mViewFlags & FADING_EDGE_MASK) != 0 &&
  30. view.getSolidColor() == 0) {
  31. opaqueFlag = DIRTY;
  32. }
  33. if ((view.mPrivateFlags & DIRTY_MASK) != DIRTY) {
  34. view.mPrivateFlags = (view.mPrivateFlags & ~DIRTY_MASK) | opaqueFlag;
  35. }
  36. }
  37. parent = parent.invalidateChildInParent(location, dirty);
  38. if (view != null) {
  39. Matrix m = view.getMatrix();
  40. if (!m.isIdentity()) {
  41. RectF boundingRect = attachInfo.mTmpTransformRect;
  42. boundingRect.set(dirty);
  43. m.mapRect(boundingRect);
  44. dirty.set((int) boundingRect.left, (int) boundingRect.top,
  45. (int) (boundingRect.right + 0.5f),
  46. (int) (boundingRect.bottom + 0.5f));
  47. }
  48. }
  49. } while (parent != null);
  50. }
  51. }
  52. }

可以看到，这里在第10行进入了一个while循环，当ViewParent不等于空的时候就会一直循环下去。在这个while循环当中会不断地获取当前布局的父布局，并调用它的invalidateChildInParent()方法，在ViewGroup的invalidateChildInParent()方法中主要是来计算需要重绘的矩形区域，这里我们先不管它，当循环到最外层的根布局后，就会调用ViewRoot的invalidateChildInParent()方法了，代码如下所示：

[java] view plaincopy

  1. public ViewParent invalidateChildInParent(final int[] location, final Rect dirty) {
  2. invalidateChild(null, dirty);
  3. return null;
  4. }

这里的代码非常简单，仅仅是去调用了invalidateChild()方法而已，那我们再跟进去瞧一瞧吧：

[java] view plaincopy

  1. public void invalidateChild(View child, Rect dirty) {
  2. checkThread();
  3. if (LOCAL_LOGV) Log.v(TAG, "Invalidate child: " + dirty);
  4. mDirty.union(dirty);
  5. if (!mWillDrawSoon) {
  6. scheduleTraversals();
  7. }
  8. }

这个方法也不长，它在第6行又调用了scheduleTraversals()这个方法，那么我们继续跟进：

[java] view plaincopy

  1. public void scheduleTraversals() {
  2. if (!mTraversalScheduled) {
  3. mTraversalScheduled = true;
  4. sendEmptyMessage(DO_TRAVERSAL);
  5. }
  6. }

可以看到，这里调用了sendEmptyMessage()方法，并传入了一个DO_TRAVERSAL参数。了解Android异步消息处理机制的朋友们都会知道，任务一个Handler都可以调用sendEmptyMessage()方法来发送消息，并且在handleMessage()方法中接收消息，而如果你看一下ViewRoot的类定义就会发现，它是继承自Handler的，也就是说这里调用sendEmptyMessage()方法出的消息，会在ViewRoot的handleMessage()方法中接收到。那么赶快看一下handleMessage()方法的代码吧，如下所示：

[java] view plaincopy

  1. public void handleMessage(Message msg) {
  2. switch (msg.what) {
  3. case DO_TRAVERSAL:
  4. if (mProfile) {
  5. Debug.startMethodTracing("ViewRoot");
  6. }
  7. performTraversals();
  8. if (mProfile) {
  9. Debug.stopMethodTracing();
  10. mProfile = false;
  11. }
  12. break;
  13. ......
  14. }

熟悉的代码出现了！这里在第7行调用了performTraversals()方法，这不就是我们在前面一篇文章中学到的视图绘制的入口吗？虽然经过了很多辗转的调用，但是可以确定的是，调用视图的invalidate()方法后确实会走到performTraversals()方法中，然后重新执行绘制流程。之后的流程就不需要再进行描述了吧，可以参考Android视图绘制流程完全解析，带你一步步深入了解View(二) 这一篇文章。

了解了这些之后，我们再回过头来看看刚才的selectDrawable()方法中到底做了什么才能够控制背景图的改变，代码如下所示：

[java] view plaincopy

  1. public boolean selectDrawable(int idx) {
  2. if (idx == mCurIndex) {
  3. return false;
  4. }
  5. final long now = SystemClock.uptimeMillis();
  6. if (mDrawableContainerState.mExitFadeDuration > 0) {
  7. if (mLastDrawable != null) {
  8. mLastDrawable.setVisible(false, false);
  9. }
  10. if (mCurrDrawable != null) {
  11. mLastDrawable = mCurrDrawable;
  12. mExitAnimationEnd = now + mDrawableContainerState.mExitFadeDuration;
  13. } else {
  14. mLastDrawable = null;
  15. mExitAnimationEnd = 0;
  16. }
  17. } else if (mCurrDrawable != null) {
  18. mCurrDrawable.setVisible(false, false);
  19. }
  20. if (idx >= 0 && idx < mDrawableContainerState.mNumChildren) {
  21. Drawable d = mDrawableContainerState.mDrawables[idx];
  22. mCurrDrawable = d;
  23. mCurIndex = idx;
  24. if (d != null) {
  25. if (mDrawableContainerState.mEnterFadeDuration > 0) {
  26. mEnterAnimationEnd = now + mDrawableContainerState.mEnterFadeDuration;
  27. } else {
  28. d.setAlpha(mAlpha);
  29. }
  30. d.setVisible(isVisible(), true);
  31. d.setDither(mDrawableContainerState.mDither);
  32. d.setColorFilter(mColorFilter);
  33. d.setState(getState());
  34. d.setLevel(getLevel());
  35. d.setBounds(getBounds());
  36. }
  37. } else {
  38. mCurrDrawable = null;
  39. mCurIndex = -1;
  40. }
  41. if (mEnterAnimationEnd != 0 || mExitAnimationEnd != 0) {
  42. if (mAnimationRunnable == null) {
  43. mAnimationRunnable = new Runnable() {
  44. @Override public void run() {
  45. animate(true);
  46. invalidateSelf();
  47. }
  48. };
  49. } else {
  50. unscheduleSelf(mAnimationRunnable);
  51. }
  52. animate(true);
  53. }
  54. invalidateSelf();
  55. return true;
  56. }

这里前面的代码我们可以都不管，关键是要看到在第54行一定会调用invalidateSelf()方法，这个方法中的代码如下所示：

[java] view plaincopy

  1. public void invalidateSelf() {
  2. final Callback callback = getCallback();
  3. if (callback != null) {
  4. callback.invalidateDrawable(this);
  5. }
  6. }

可以看到，这里会先调用getCallback()方法获取Callback接口的回调实例，然后再去调用回调实例的invalidateDrawable()方法。那么这里的回调实例又是什么呢？观察一下View的类定义其实你就知道了，如下所示：

[java] view plaincopy

  1. public class View implements Drawable.Callback, Drawable.Callback2, KeyEvent.Callback,
  2. AccessibilityEventSource {
  3. ......
  4. }

View类正是实现了Callback接口，所以刚才其实调用的就是View中的invalidateDrawable()方法，之后就会按照我们前面分析的流程执行重绘逻辑，所以视图的背景图才能够得到改变的。

另外需要注意的是，invalidate()方法虽然最终会调用到performTraversals()方法中，但这时measure和layout流程是不会重新执行的，因为视图没有强制重新测量的标志位，而且大小也没有发生过变化，所以这时只有draw流程可以得到执行。而如果你希望视图的绘制流程可以完完整整地重新走一遍，就不能使用invalidate()方法，而应该调用requestLayout()了。这个方法中的流程比invalidate()方法要简单一些，但中心思想是差不多的，这里也就不再详细进行分析了。

Android 深入了解View(三),布布扣,bubuko.com

时间： 2024-08-05 23:41:28

Android 深入了解View(三)的相关文章

Android中常用的三种存储方法浅析

Android中常用的三种存储方法浅析 Android中数据存储有5种方式: [1]使用SharedPreferences存储数据 [2]文件存储数据 [3]SQLite数据库存储数据 [4]使用ContentProvider存储数据 [5]网络存储数据 在这里我只总结了三种我用到过的或即将可能用到的三种存储方法. 一.使用SharedPreferences存储数据 SharedPreferences是Android平台上一个轻量级的存储类,主要是保存一些常用的配置信息比如窗口状态,它的本质是基

android新手关于左右滑动的问题，布局把&lt;android.support.v4.view.ViewPager/&gt;&lt;ImageView/&gt; 放在上面就不行了。

============问题描述============ main.xml代码: <?xml version="1.0" encoding="utf-8"?> <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" xmlns:umadsdk="http://schemas.android.com/apk/res/com.Love

Android 深入了解View(四)

不知不觉中,带你一步步深入了解View系列的文章已经写到第四篇了,回顾一下,我们一共学习了LayoutInflater的原理分析.视图的绘制流程.视图的状态及重绘等知识,算是把View中很多重要的知识点都涉及到了.如果你还没有看过我前面的几篇文章,建议先去阅读一下,多了解一些原理方面的东西. 之前我有承诺过,会在View这个话题上多写几篇博客,讲一讲View的工作原理,以及自定义View的方法.现在前半部分的承诺已经如约兑现了,那么今天我就要来兑现后面部分的承诺,讲一讲自定义View的实现方法,

Android图表库MPAndroidChart(三)——双重轴线形图的实现，这次就so easy了

Android图表库MPAndroidChart(三)--双重轴线形图的实现,这次就so easy了 承上启下,当我们学习完这篇 Android图表库MPAndroidChart(二)--线形图的方方面面,看完你会回来感谢我的 之后,你对MPAndroidChart的套路应该是有一定的了解了,用来用去就是那么几个不断的扩展,那我们今天扩展一下双轴的图标,什么是双轴呢?就是两个x或者两个y轴,看图 为了形成鲜明的对比,我把背景设置成黑色的了,我们来看下这个我们应该怎么去实现? 一.基本实现 这里布

android中自定义view涉及到的绘制知识

android中自定义view的过程中,需要了解的绘制知识. 1.画笔paint: 画笔设置: <span style="font-size:14px;"> paint.setAntiAlias(true);//抗锯齿功能 paint.setColor(Color.RED); //设置画笔颜色 paint.setStyle(Style.FILL);//设置填充样式 paint.setStrokeWidth(30);//设置画笔宽度 paint.setShadowLayer(

Android 深入了解View(二)

相信每个Android程序员都知道,我们每天的开发工作当中都在不停地跟View打交道,Android中的任何一个布局.任何一个控件其实都是直接或间接继承自View的,如TextView.Button.ImageView.ListView等.这些控件虽然是Android系统本身就提供好的,我们只需要拿过来使用就可以了,但你知道它们是怎样被绘制到屏幕上的吗?多知道一些总是没有坏处的,那么我们赶快进入到本篇文章的正题内容吧. 要知道,任何一个视图都不可能凭空突然出现在屏幕上,它们都是要经过非常科学的绘

1.Android 视图及View绘制分析笔记之setContentView

自从1983年第一台图形用户界面的个人电脑问世以来,几乎所有的PC操作系统都支持可视化操作,Android也不例外.对于所有Android Developer来说,我们接触最多的控件就是View.通常,我们使用自定义View,需要了解最多的除了事件分发,就是View的绘制过程.然而关于View的绘制,涉及到的知识点纷繁复杂,这么多的代码知识,要梳理起来,肯定是先要找个头.那么平常我们用的最多的方法是哪个方法呢?当然是setContentView()! setContentView 首先我们直接在

Android 深入了解View(一)

转载请注明出处:http://blog.csdn.net/guolin_blog/article/details/12921889 有段时间没写博客了,感觉都有些生疏了呢.最近繁忙的工作终于告一段落,又有时间写文章了,接下来还会继续坚持每一周篇的节奏. 有不少朋友跟我反应,都希望我可以写一篇关于View的文章,讲一讲View的工作原理以及自定义View的方法.没错,承诺过的文章我是一定要兑现的,而且在View这个话题上我还准备多写几篇,尽量能将这个知识点讲得透彻一些.那么今天就从LayoutIn

把Android原生的View渲染到OpenGL Texture

http://blog.csdn.net/u010949962/article/details/41865777 最近要把Android 原生的View渲染到OpenGL GLSurfaceView中,起初想到的是截图的方法,也就是把View截取成bitmap后,再把Bitmap渲染到OpenGL中:但是明显这种方法是不可行的,面对一些高速动态更新的View,只有不停的对view 进行截图才能渲染出原生View的效果. 通过大量的Google终于在国外的网站找到了一个做过类似的先例(链接:htt