`

Android视图状态及重绘流程分析,带你一步步深入了解View(三)

 
阅读更多

转载:http://blog.csdn.net/guolin_blog/article/details/17045157

 

相信大家在平时使用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文件,在里面编写如下代码:

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

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

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

    <?xml version="1.0" encoding="utf-8"?>  
    <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"  
        android:layout_width="match_parent"  
        android:layout_height="match_parent"  
        android:orientation="vertical" >  
          
        <Button   
            android:id="@+id/compose"  
            android:layout_width="60dp"  
            android:layout_height="40dp"  
            android:layout_gravity="center_horizontal"  
            android:background="@drawable/compose_bg"  
            />  
          
    </LinearLayout>  

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



 

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

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

 

    protected void drawableStateChanged() {  
        Drawable d = mBGDrawable;  
        if (d != null && d.isStateful()) {  
            d.setState(getDrawableState());  
        }  
    }  

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

 

    public void setBackgroundResource(int resid) {  
        if (resid != 0 && resid == mBackgroundResource) {  
            return;  
        }  
        Drawable d= null;  
        if (resid != 0) {  
            d = mResources.getDrawable(resid);  
        }  
        setBackgroundDrawable(d);  
        mBackgroundResource = resid;  
    }  

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

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

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

    public final int[] getDrawableState() {  
        if ((mDrawableState != null) && ((mPrivateFlags & DRAWABLE_STATE_DIRTY) == 0)) {  
            return mDrawableState;  
        } else {  
            mDrawableState = onCreateDrawableState(0);  
            mPrivateFlags &= ~DRAWABLE_STATE_DIRTY;  
            return mDrawableState;  
        }  
    }  

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

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

 

    public boolean setState(final int[] stateSet) {  
        if (!Arrays.equals(mStateSet, stateSet)) {  
            mStateSet = stateSet;  
            return onStateChange(stateSet);  
        }  
        return false;  
    }  

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

    @Override  
    protected boolean onStateChange(int[] stateSet) {  
        int idx = mStateListState.indexOfStateSet(stateSet);  
        if (DEBUG) android.util.Log.i(TAG, "onStateChange " + this + " states "  
                + Arrays.toString(stateSet) + " found " + idx);  
        if (idx < 0) {  
            idx = mStateListState.indexOfStateSet(StateSet.WILD_CARD);  
        }  
        if (selectDrawable(idx)) {  
            return true;  
        }  
        return super.onStateChange(stateSet);  
    }  

 

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

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

二、视图重绘

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

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

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

 

    void invalidate(boolean invalidateCache) {  
        if (ViewDebug.TRACE_HIERARCHY) {  
            ViewDebug.trace(this, ViewDebug.HierarchyTraceType.INVALIDATE);  
        }  
        if (skipInvalidate()) {  
            return;  
        }  
        if ((mPrivateFlags & (DRAWN | HAS_BOUNDS)) == (DRAWN | HAS_BOUNDS) ||  
                (invalidateCache && (mPrivateFlags & DRAWING_CACHE_VALID) == DRAWING_CACHE_VALID) ||  
                (mPrivateFlags & INVALIDATED) != INVALIDATED || isOpaque() != mLastIsOpaque) {  
            mLastIsOpaque = isOpaque();  
            mPrivateFlags &= ~DRAWN;  
            mPrivateFlags |= DIRTY;  
            if (invalidateCache) {  
                mPrivateFlags |= INVALIDATED;  
                mPrivateFlags &= ~DRAWING_CACHE_VALID;  
            }  
            final AttachInfo ai = mAttachInfo;  
            final ViewParent p = mParent;  
            if (!HardwareRenderer.RENDER_DIRTY_REGIONS) {  
                if (p != null && ai != null && ai.mHardwareAccelerated) {  
                    p.invalidateChild(this, null);  
                    return;  
                }  
            }  
            if (p != null && ai != null) {  
                final Rect r = ai.mTmpInvalRect;  
                r.set(0, 0, mRight - mLeft, mBottom - mTop);  
                p.invalidateChild(this, r);  
            }  
        }  
    }  

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

 

    public final void invalidateChild(View child, final Rect dirty) {  
        ViewParent parent = this;  
        final AttachInfo attachInfo = mAttachInfo;  
        if (attachInfo != null) {  
            final boolean drawAnimation = (child.mPrivateFlags & DRAW_ANIMATION) == DRAW_ANIMATION;  
            if (dirty == null) {  
                ......  
            } else {  
                ......  
                do {  
                    View view = null;  
                    if (parent instanceof View) {  
                        view = (View) parent;  
                        if (view.mLayerType != LAYER_TYPE_NONE &&  
                                view.getParent() instanceof View) {  
                            final View grandParent = (View) view.getParent();  
                            grandParent.mPrivateFlags |= INVALIDATED;  
                            grandParent.mPrivateFlags &= ~DRAWING_CACHE_VALID;  
                        }  
                    }  
                    if (drawAnimation) {  
                        if (view != null) {  
                            view.mPrivateFlags |= DRAW_ANIMATION;  
                        } else if (parent instanceof ViewRootImpl) {  
                            ((ViewRootImpl) parent).mIsAnimating = true;  
                        }  
                    }  
                    if (view != null) {  
                        if ((view.mViewFlags & FADING_EDGE_MASK) != 0 &&  
                                view.getSolidColor() == 0) {  
                            opaqueFlag = DIRTY;  
                        }  
                        if ((view.mPrivateFlags & DIRTY_MASK) != DIRTY) {  
                            view.mPrivateFlags = (view.mPrivateFlags & ~DIRTY_MASK) | opaqueFlag;  
                        }  
                    }  
                    parent = parent.invalidateChildInParent(location, dirty);  
                    if (view != null) {  
                        Matrix m = view.getMatrix();  
                        if (!m.isIdentity()) {  
                            RectF boundingRect = attachInfo.mTmpTransformRect;  
                            boundingRect.set(dirty);  
                            m.mapRect(boundingRect);  
                            dirty.set((int) boundingRect.left, (int) boundingRect.top,  
                                    (int) (boundingRect.right + 0.5f),  
                                    (int) (boundingRect.bottom + 0.5f));  
                        }  
                    }  
                } while (parent != null);  
            }  
        }  
    }  

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

 

    public ViewParent invalidateChildInParent(final int[] location, final Rect dirty) {  
        invalidateChild(null, dirty);  
        return null;  
    }  

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

    public void invalidateChild(View child, Rect dirty) {  
        checkThread();  
        if (LOCAL_LOGV) Log.v(TAG, "Invalidate child: " + dirty);  
        mDirty.union(dirty);  
        if (!mWillDrawSoon) {  
            scheduleTraversals();  
        }  
    }  

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

    public void scheduleTraversals() {  
        if (!mTraversalScheduled) {  
            mTraversalScheduled = true;  
            sendEmptyMessage(DO_TRAVERSAL);  
        }  
    }  

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

    public void handleMessage(Message msg) {  
        switch (msg.what) {  
        case DO_TRAVERSAL:  
            if (mProfile) {  
                Debug.startMethodTracing("ViewRoot");  
            }  
            performTraversals();  
            if (mProfile) {  
                Debug.stopMethodTracing();  
                mProfile = false;  
            }  
            break;  
        ......  
    }  

 

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

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

 

    public boolean selectDrawable(int idx) {  
        if (idx == mCurIndex) {  
            return false;  
        }  
        final long now = SystemClock.uptimeMillis();  
        if (mDrawableContainerState.mExitFadeDuration > 0) {  
            if (mLastDrawable != null) {  
                mLastDrawable.setVisible(false, false);  
            }  
            if (mCurrDrawable != null) {  
                mLastDrawable = mCurrDrawable;  
                mExitAnimationEnd = now + mDrawableContainerState.mExitFadeDuration;  
            } else {  
                mLastDrawable = null;  
                mExitAnimationEnd = 0;  
            }  
        } else if (mCurrDrawable != null) {  
            mCurrDrawable.setVisible(false, false);  
        }  
        if (idx >= 0 && idx < mDrawableContainerState.mNumChildren) {  
            Drawable d = mDrawableContainerState.mDrawables[idx];  
            mCurrDrawable = d;  
            mCurIndex = idx;  
            if (d != null) {  
                if (mDrawableContainerState.mEnterFadeDuration > 0) {  
                    mEnterAnimationEnd = now + mDrawableContainerState.mEnterFadeDuration;  
                } else {  
                    d.setAlpha(mAlpha);  
                }  
                d.setVisible(isVisible(), true);  
                d.setDither(mDrawableContainerState.mDither);  
                d.setColorFilter(mColorFilter);  
                d.setState(getState());  
                d.setLevel(getLevel());  
                d.setBounds(getBounds());  
            }  
        } else {  
            mCurrDrawable = null;  
            mCurIndex = -1;  
        }  
        if (mEnterAnimationEnd != 0 || mExitAnimationEnd != 0) {  
            if (mAnimationRunnable == null) {  
                mAnimationRunnable = new Runnable() {  
                    @Override public void run() {  
                        animate(true);  
                        invalidateSelf();  
                    }  
                };  
            } else {  
                unscheduleSelf(mAnimationRunnable);  
            }  
            animate(true);  
        }  
        invalidateSelf();  
        return true;  
    }  

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

    public void invalidateSelf() {  
        final Callback callback = getCallback();  
        if (callback != null) {  
            callback.invalidateDrawable(this);  
        }  
    }  

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

    public class View implements Drawable.Callback, Drawable.Callback2, KeyEvent.Callback,  
    AccessibilityEventSource {  
        ......  
    }  

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

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

这样的话,我们就将视图状态以及重绘的工作原理都搞清楚了,相信大家对View的理解变得更加深刻了。

  • 大小: 10.7 KB
分享到:
评论

相关推荐

    Android中View(视图)绘制不同状态背景图片

    Android中View(视图)绘制不同状态背景图片原理深入分析Android中View(视图)绘制不同状态背景图片原理深入分析Android中View(视图)绘制不同状态背景图片原理深入分析Android中View(视图)绘制不同状态背景图片原理深入...

    Android中自定义视图View

    在Android开发中,自定义视图(View)是构建用户界面的一个重要方面,它允许开发者根据项目需求创建独特的视觉元素和交互方式。本教程将深入探讨如何在Android中实现自定义视图,并通过实例——DrawPathDemo来阐述...

    Android中View绘制流程以及invalidate()等相关方法分析

    在Android开发中,View是构建用户界面的基本元素,它的绘制流程和`invalidate()`等相关方法是开发者需要深入理解的关键概念。本文将详细解析Android中View的绘制流程,以及`invalidate()`等核心方法的工作原理。 ...

    Android 带动画的底部弹出视图

    【Android 带动画的底部弹出视图】 在Android应用开发中,用户交互界面的设计是至关重要的。底部弹出视图(Bottom Sheet)是一种常见的交互元素,它可以从底部向上滑动显示更多的内容或者功能选项,常用于展示详情...

    android 自定义view大全,非常好用

    6. **源码分析**:标签中的"android view 源码"暗示这个资源可能包含对Android官方View类库的源码分析,这对于深入理解Android视图系统的内部工作原理非常有帮助。 在压缩包中的"grafika"可能是项目名称,Grafika是...

    Android 自定义View (四) 视频音量调控

    在Android开发中,自定义View是一项重要的技能,它允许开发者根据特定需求创建独特且功能丰富的用户界面。本教程将深入探讨如何实现一个自定义的音量调控View,以提供更直观、更个性化的音量控制体验。我们参考的...

    android View下的继承关系

    "android View下的继承关系"这个主题深入探讨了Android视图系统中View类及其子类的层次结构,帮助开发者理解如何构建和定制用户界面。在这个体系中,Widget(控件)是View的一个重要子类,用于创建各种UI组件。 ...

    android自定义的边缘凹凸的View

    本文将深入探讨如何实现一个“android自定义的边缘凹凸的View”,也就是一个模仿卡券效果的视图。这个效果通常用于增强用户体验,给予用户一种实物卡片的视觉感受。 首先,我们要理解自定义View的基本流程。自定义...

    Android自动手绘,圆你儿时画家梦!

    在Android平台上,我们可以利用强大的图像处理技术和动画框架来实现“Android自动手绘”这一功能,让你的设备化身画笔,将普通图片转化为富有艺术感的手绘作品,并通过动态展示过程,带给用户一种全新的视觉体验。...

    Android高手进阶之自定义View,自定义属性(带进度的圆形进度条)源码

    通过阅读和分析这份源码,你可以更深入地理解自定义View和自定义属性的实现细节,同时也能了解如何将这个组件集成到实际项目中。 总结,自定义View与自定义属性是Android开发中的强大工具,它们能帮助开发者构建...

    Android 自定义View (二) 进阶

    首先,自定义View的基本步骤包括创建一个新的View类,继承自Android内置的View或 ViewGroup,并重写必要的方法,如onDraw()用于绘制视图,onMeasure()用于测量视图尺寸,以及onLayout()来确定子视图的位置。...

    Android之ListView列表视图和界面跳转实现

    在Android开发中,ListView是一种非常常见的控件,用于展示大量数据的列表形式。它具有高度可定制性,能够实现各种自定义布局和交互效果。本教程将深入讲解如何实现一个基本的ListView,并在用户点击列表项时跳转到...

    android拖动控件,解决回到原点

    "android拖动控件,解决回到原点"这个标题揭示了一个常见问题:当用户拖动一个视图(View)后,由于父布局的刷新或其他原因,如ListView的滚动,拖动的视图可能会意外地返回到初始位置。这个问题的核心在于理解...

    Android用自定义View和Interpolator实现动画示例源代码

    3. 在自定义View中,根据时间更新视图状态,如位置、大小或透明度,通过invalidate()方法触发重绘。 4. 使用Animator类来管理动画序列,确保视图按顺序执行动画。 5. 将自定义View添加到布局中,并在需要时启动动画...

    android viewgroup view 源码

    `View`是所有UI元素的基类,而`ViewGroup`则是一个特殊的`View`,它能够包含多个子`View`,形成了Android UI的层级结构。这份源码提供了深入理解这两个关键类的机会,有助于开发者优化性能和实现复杂的布局逻辑。 `...

    Android 设置一个底部控件view随着软键盘的弹出而上移

    有一些开源库,如`android-useful-dialogs`和`android-keyboard-aware-scroll-view`,已经实现了键盘弹出时底部视图上移的功能。可以直接集成这些库,简化开发过程。 在"Android 底部控件随软键盘弹出demo"这个...

    CListCtrl 完全重绘(包括表头,表项和滚动条,带checkbox)

    针对题目中的"完全重绘(包括表头,表项和滚动条,带checkbox)"这一需求,我们将深入探讨如何实现这些功能。 首先,我们需要了解`CListCtrl`的基本用法。创建`CListCtrl`对象后,可以通过调用`InsertColumn`来添加...

    Android面试题大全.pdf

    面试中,关于Android UI视图绘制流程的题目常常出现,而理解View的绘制流程对于成为一名高级Android工程师至关重要。接下来,我们将深入解析Android面试中经常出现的View绘制流程的知识点。 首先,当一个Activity...

    在android里面通过view画线

    本篇文章将详细讲解如何在Android的View中实现画线功能,以此来创建一个简单的画线练习作品。 首先,我们需要创建一个新的自定义View类,继承自View或它的子类,如LinearLayout、RelativeLayout等。在这里,我们...

    Android自定义View——圆形进度式按钮

    本文将详细解析"Android自定义View——圆形进度式按钮"这一主题,探讨如何构建一个具备进度显示功能且有特殊状态提示的自定义按钮。 首先,我们从标题"Android自定义View——圆形进度式按钮"可以理解,这个自定义...

Global site tag (gtag.js) - Google Analytics