Android 事件分发介绍

最新推荐文章于 2024-08-16 14:13:16 发布
最新推荐文章于 2024-08-16 14:13:16 发布
阅读量2.3k 收藏 29
点赞数 34
分类专栏： Android 文章标签： android java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u013320490/article/details/135509171
版权

文章目录

一、目的

        最开始接触Android时，仅仅是知道Android系统存在的点击事件、触摸事件，但是并不清楚这些事件的由来。
        之后，在面试Oppo和美图时，皆有问到Android的事件分发机制，但是都被问得很懵逼，归根到底都是对于其实现逻辑的不理解。
        随后，想去弥补该模块的不足，浏览很多关于Android事件分发的博文，但仍存在一些疑惑，就想着去阅读下源码，整理下笔记，希望对同学们有帮助。

二、环境

  1. 版本：Android 11
  2. 平台：展锐 SPRD8541E

三、相关概念

3.1 事件分发

        Android 中 View 的布局是一个树形结构，各个 ViewGroup 和 View 是按树形结构嵌套布局的，从而会出现用户触摸的位置坐标可能会落在多个 View 的范围内，这样就不知道哪个 View 来响应这个事件，为了解决这一问题，就出现了事件分发机制。

四、详细设计

4.1应用布局

4.1.1 应用布局结构

        如下为一个Activity打开后，其对应视图的层级结构。

4.1.2 LayoutInspector

        Layout Inspector是google提供给我们进行布局分析的一个工具，也是目前google在弃用Hierarchy View后推荐使用的一款布局分析工具。

4.2 关键View&方法

4.2.1 相关View

组件描述
ActivityAndroid事件分发的起始端，其为一个window窗口，内部持有Decorder视图，该视图为当前窗体的根节点，同时，它也是一个ViewGroup容器。
ViewGroupAndroid中ViewGroup是一个布局容器，可以嵌套多个 ViewGroup 和 View，事件传递和拦截都由 ViewGroup 完成。
View事件传递的最末端，要么消费事件，要么不消费把事件传递给父容器

4.2.2 相关方法

方法描述
dispatchTouchEvent分发事件
onInterceptTouchEvent拦截事件
onTouchEvent触摸事件

4.2.3 View与方法关系

组件dispatchTouchEventonInterceptTouchEventonTouchEvent
Activity✔❌✔
ViewGroup✔✔✔
View✔❌✔

4.3 事件分发概念图

4.3.1 事件分发类图

4.3.2 事件分发模型图

        Android的ACTION_DOWN事件分发如图，从1-9步骤，描述一个down事件的分发过程，如果大家能懂，就不用看下面文字描述了（写完这个篇幅，感觉文字好多，不好理解！）

  1. ACTION_DOWN事件触发。 当我们手指触摸屏幕，tp驱动会响应中断，通过ims输入系统，将down事件的相关信息发送到当前的窗口，即当前的Activity。
  2. Activity事件分发。 会引用dispatchTouchEvent()方法，对down事件分发。Activity本身会持有一个window对象，window对象的实现类PhoneWindow会持有一个DecorView对象，DecorView是一个ViewGroup对象，即我们可以理解为，Activity最终会将事件分发给下一个节点——ViewGroup。
  3. ViewGroup事件拦截。 ViewGroup接收到事件后，会先引用onInterceptTouchEvent(),查看当前的视图容器是否做事件拦截。
  4. ViewGroup消费事件。 如当前的ViewGroup对事件进行拦截，即会调用onTouchEvent()，对事件消费。
  5. ViewGroup事件不拦截。 则ViewGroup会继续遍历自身的子节点，并且当事件的坐标位于子节点上，则继续下发到下一个节点。ViewGroup的子节点有可能是View，也可能是ViewGroup（当然，ViewGroup最后也是继承于View的，突然感觉有点废话）。
  6. ViewGroup事件分发。 目标视图如果是ViewGroup，会引用其super类的dispatchTouchEvent()方法，即事件下发，不管目标视图是View或者ViewGroup最终引用的是View类的分发方法。
  7. View事件消费。 在View的dispatchTouchEvent()方法中会根据当前View是否可以点击、onTouch()是否消费、onTouchEvent()是否消费等条件，来判断当前是否为目标View。
  8. View事件未消费。 View事件未消费，则其父节点,即ViewGroup会调用onTouchEvent()方法，并根据返回值来决定是否消费事件。
  9. ViewGroup事件未消费。 ViewGroup事件未消费，择其父节点，即Actviity会调用onTouchEvent()方法

PS：
(1) ACTION_MOVE和ACTION_UP事件，流程与ACTION_DOWN的分发过程基本一致，MOVE和UP事件也是通过Activity开始，借助DOWN事件产生的目标View，逐级分发。
(2) ACTION_CANCEL事件，是在down与up、move事件切换过程中，事件被拦截，两次的touchTarget目标view不一致，而产生的事件。用于对之前的目标View做恢复处理，避免down与up/move事件不对称。

4.4 Activity组件

4.4.1 Activity->dispatchTouchEvent()

        底层上报的事件信息，最终会引用到该方法。Activity会持有一个根视图DecordView，事件最终会往该ViewGroup分发，如所有的View都未消费该事件，则最终由Activity的onTouchEvent()
来兜底处理。

@frameworks\base\core\java\android\app\Activity.java
public boolean dispatchTouchEvent(MotionEvent ev) {
    ...
    if (getWindow().superDispatchTouchEvent(ev)) {//Step 1. 查看Window对应的View是否分发该事件
        return true;
    }
    return onTouchEvent(ev);//Step 2. 如果没有组件消费事件，则由Activity兜底处理
}

4.4.2 Activity->getWindow()

        我们每次启动一个Activity的组件，会先打开一个window窗口，而PhoneWindow是Window唯一的实现类。

@frameworks\base\core\java\android\app\Activity.java
public Window getWindow() {
    return mWindow;
}

final void attach(Context context, ActivityThread aThread...) {
    ...
    mWindow = new PhoneWindow(this, window, activityConfigCallback);//PhoneWindow是Window窗口唯一的实现类
    ...
}

        PhoneWindow对象内部持有DecorView对象，而该View正是该窗口对应的视图容器，也是根节点。（此部分不具体分析）

@frameworks\base\core\java\com\android\internal\policy\PhoneWindow.java
public class PhoneWindow extends Window implements MenuBuilder.     Callback {
    ...
    private DecorView mDecor;//
    ...
    @Override
    public boolean superDispatchTouchEvent(MotionEvent event) {
        return mDecor.superDispatchTouchEvent(event);//往View的根节点分发事件
    }
}

4.4.3 Activity->onTouchEvent()

        Activity的onTouchEvent方法，是在没有任何组件消费事件的情况下，触发的方法。

@frameworks\base\core\java\android\app\Activity.java
public boolean onTouchEvent(MotionEvent event) {
    if (mWindow.shouldCloseOnTouch(this, event)) {
        finish();
        return true;
    }
    return false;
}

4.5 ViewGroup组件

        ViewGroup组件在整个事件分发的模型中，既有分发事件的责任，又要具备处理事件的能力，真的典型的当爹又当妈。
        当Activity调用superDispatchTouchEvent，即最终会使用到DecorView的superDispatchTouchEvent方法，而DecorView是继承于ViewGroup，即最终会引用ViewGroup的dispatchTouchEvent方法。

4.5.1 ViewGroup->dispatchTouchEvent()

此方法为事件分发最核心的代码。其主要处理如下四件事情：
Setp 1. 重置事件。 一次完整触摸的事件：DOWN -> MOVE -> UP，即我们可以理解为DOWN是所有触摸事件的起始事件。当输入事件是ACTION_DOWN时，重置触摸事件状态信息，避免产生干扰。
Step 2. 拦截事件。 拦截事件是ViewGroup特有的方法，用于拦截事件，并将该事件分发给自己消费，防止事件继续下发。
Step 3.查找目标View。 查找目标View主要针对于Down事件。当ViewGroup未拦截事件，且输入事件是ACTION_DOWN时，会遍历该ViewGroup的所有子节点，并根据触摸位置的坐标，来决定当前子节点是否是下一级目标View。当找到目标View节点后，会分发Down事件，并记录该节点信息。
Step 4.下发事件。 如果目标View未找到的话，则会将事件交由自己的onTouchEvent()处理；如果目标View已经找到，则Down事件就此结束（此处暂不考虑多指场景）；Move和Up事件将继续下发（默认情况下Move、Up和Down事件是成对出现的，如果目标View已经存在，则Down事件已经下发，即意味着Move和Up事件也需要下发给对应的目标View）。

@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
    ...
    if (actionMasked == MotionEvent.ACTION_DOWN) {//Step 1.重置事件信息，避免影响下一次事件
        cancelAndClearTouchTargets(ev);
        resetTouchState();
    }

    if (actionMasked == MotionEvent.ACTION_DOWN
            || mFirstTouchTarget != null) {
        final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
        if (!disallowIntercept) {
            intercepted = onInterceptTouchEvent(ev);//Step 2.拦截事件
            ev.setAction(action); // restore action in case it was changed
        }
    } 
    ...
    if (!canceled && !intercepted) {//Step 3.查找目标View
        if (actionMasked == MotionEvent.ACTION_DOWN
                || (split && actionMasked == MotionEvent.ACTION_POINTER_DOWN)
                || actionMasked == MotionEvent.ACTION_HOVER_MOVE) {
            ...
            if (newTouchTarget == null && childrenCount != 0) {
                ...
                for (int i = childrenCount - 1; i >= 0; i--) {//遍历所有的子节点
                    ...
                    if (!child.canReceivePointerEvents()
                            || !isTransformedTouchPointInView(x, y, child, null)) {// 子节点不可以接收事件，或者触摸位置不在子节点的范围上
                        continue;
                    }
                    ...
                    if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {//找到目标View
                        ...
                        break;
                    }
                }
                ...
            }
            ...
        }
    }
    //Step 4.根据找到的目标View情况，继续下发事件
    if (mFirstTouchTarget == null) {
        // No touch targets so treat this as an ordinary view.
        handled = dispatchTransformedTouchEvent(ev, canceled, null,
                TouchTarget.ALL_POINTER_IDS);//没有找到目标View或者事件被拦截，事件下发给自己
    } else {
        ...
        while (target != null) {//多组数据，一般是指多指场景
            final TouchTarget next = target.next;
            if (alreadyDispatchedToNewTouchTarget && target == newTouchTarget) {//此场景一般是down事件
                handled = true
            } else {
                if (dispatchTransformedTouchEvent(ev, cancelChild,
                        target.child, target.pointerIdBits)) {//此场景一般是move、up事件
                    handled = true;
                }
                ...
            }
            predecessor = target;
            target = next;
        }
        ...
    }
    ...
    return handled;
}

4.5.2 ViewGroup->dispatchTransformedTouchEvent()

事件分发关键方法，主要用于向目标View分发事件，具体逻辑如下：
Step 1.Cancel事件分发。 之前我们提过Down和Up事件是成对存在的，如果Down事件已经下发的情况下，Up事件却因为事件拦截等原因，未能下发给目标View，目标View未收到Up事件，此时就可能产生一些按压状态的异常问题，故，在当前场景下，将会分发一个ACTION_CANCEL事件给目标View。
Step 2.事件处理。 如果事件未找到目标View，则child会为null，此时的事件将由自身处理。
Step 3.事件分发。 如果事件还存在目标View，则此时的事件会再分发。

    private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel,
            View child, int desiredPointerIdBits) {
        ...
        if (cancel || oldAction == MotionEvent.ACTION_CANCEL) {//Step 1.下发取消事件
            event.setAction(MotionEvent.ACTION_CANCEL);
            if (child == null) {
                handled = super.dispatchTouchEvent(event);
            } else {
                handled = child.dispatchTouchEvent(event);
            }
            event.setAction(oldAction);
            return handled;
        }
        ...
        if (child == null) {//Step 2.如果事件未找到目标View，则触摸事件会发给自己
            handled = super.dispatchTouchEvent(transformedEvent);
        } else {
            final float offsetX = mScrollX - child.mLeft;
            final float offsetY = mScrollY - child.mTop;
            transformedEvent.offsetLocation(offsetX, offsetY);
            if (! child.hasIdentityMatrix()) {
                transformedEvent.transform(child.getInverseMatrix());
            }
            handled = child.dispatchTouchEvent(transformedEvent);//Step 3.找到目标View，事件下发给子节点
        }
        ...
        return handled;
    }

4.6 View组件

        View组件在事件处理模型中，主要是处理事件。我们知道ViewGroup，也是继承于View，所以ViewGroup也是同样具备View的处理事件能力。

4.6.1 View->dispatchTouchEvent()

Step 1.触发onTouch()方法。 如果当前的View是可点击的，且配置了onTouch事件监听，则触发该View的onTouch()方法。
Step 2.触发onTouchEvent()方法。 如果该事件在上一步的onTouch()函数中未被消费，则触发onTouchEvent()方法。

public boolean dispatchTouchEvent(MotionEvent event) {
    boolean result = false;
    ...
    if (onFilterTouchEventForSecurity(event)) {
        ...
        ListenerInfo li = mListenerInfo;
        if (li != null && li.mOnTouchListener != null
                && (mViewFlags & ENABLED_MASK) == ENABLED
                && li.mOnTouchListener.onTouch(this, event)) {//Step 1.触发onTouch事件
            result = true;
        }

        if (!result && onTouchEvent(event)) {//Step 2.如onTouch未消费，触发onTouchEvent事件
            result = true;
        }
    }
    ...
    return result;
}

4.6.2 OnTouchListener->onTouch()

        View可以设置事件监听，用于监听onTouch事件的回调，当然，像我们常见的onClick()、onLongClick()等事件也可监听，其相关源码如下：

@frameworks\base\core\java\android\view\View.java
public void setOnTouchListener(OnTouchListener l) {//设置onTouch监听
    getListenerInfo().mOnTouchListener = l;
}

ListenerInfo getListenerInfo() {
    if (mListenerInfo != null) {
        return mListenerInfo;
    }
    mListenerInfo = new ListenerInfo();
    return mListenerInfo;
}

public interface OnTouchListener {//Touch接口，用于回调onTouch事件
    boolean onTouch(View v, MotionEvent event);
}

4.6.3 View->onTouchEvent()

        事件如未被onTouch消费掉，则会引用到onTouchEvent()方法，该方法会涉及ACTION_UP、ACTION_DOWN、ACTION_CANCEL、ACTION_MOVE事件的处理，View的onClick()、onLongClick()也是由该方法触发。此外，如果当前的View是可点击的话，则直接消费该事件。

public boolean onTouchEvent(MotionEvent event) {
    ...
    final boolean clickable = ((viewFlags & CLICKABLE) == CLICKABLE
        || (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)
        || (viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE;//当前View是否可点击
    ...
    if (clickable || (viewFlags & TOOLTIP) == TOOLTIP) {
        switch (action) {
            case MotionEvent.ACTION_UP://抬起
                ...
                if (!mHasPerformedLongPress && !mIgnoreNextUpEvent) {
                    if (!focusTaken) {
                        removeLongPressCallback();//若有长按事件未处理，则移除长按事件
                        if (mPerformClick == null) {
                            mPerformClick = new PerformClick();
                        }
                        if (!post(mPerformClick)) {//通过Hanlder将点击事件发送到主线程执行
                            performClickInternal();//如果不成功，则直接引用点击事件
                        }
                    }
                }
                if (mUnsetPressedState == null) {
                    mUnsetPressedState = new UnsetPressedState();//更新按钮的按压事件
                }
                ...
                break;
            case MotionEvent.ACTION_DOWN://按下
                ...
                if (isInScrollingContainer) {//在可滚动的容器内，为了容错，延迟点击
                    ...
                    postDelayed(mPendingCheckForTap, ViewConfiguration.getTapTimeout());
                } else {
                    setPressed(true, x, y);//设置按下的状态
                    checkForLongClick(
                            ViewConfiguration.getLongPressTimeout(),
                            x,
                            y,
                            TOUCH_GESTURE_CLASSIFIED__CLASSIFICATION__LONG_PRESS);//开启一个长按延时事件
                }
                break;

            case MotionEvent.ACTION_CANCEL://取消
                ...
                break;
            case MotionEvent.ACTION_MOVE://移动
                ...
                break;
        }
        return true;//如果是可点击的View，即消费事件
    }
    ...
    return false;
}

4.7 例子-点击事件时序图

        如下是Android的点击事件时序图，如果能够理解单击事件的由来，对于整个事件分发的知识要点已大体掌握。

五、小结&问题点

  1. 事件分发流程？包括ACTION_DWON、ACTION_UP、ACTION_MOVE事件的处理过程；
  2. ACTION_CANCEL事件的使用场景？父控件对move事件拦截场景？
  3. 单击、长按、触摸事件的产生过程？
  4. 点击一个View未抬起，同时move该事件直至离开当前View的范围，处理过程如何？
  5. 如果所有View都未消费事件，流程如何？
  6. ViewPage+ListView，左右滑动和上下滑动冲突的解决问题？即事件拦截过程？
  7. 普通的View是根据什么来决定是否消费事件，例如Button？
    =>答：如无重写onTouchEvent事件，根据当前的View是否可点击，来决定是否消费事件。

        我最开始没有看源码，直接去看博客上的内容，弯弯绕绕，似懂非懂。在面试的过程中，面试官举个场景分析流程，我都懵逼，分析不出来，现场很尴尬。之后看源码，整体流程代码量很少，感叹于Android事件分发流程的设计，很少的代码量，却承载了很重要的功能，而没有见过该模块发生过异常。
        多读书，多看报，少吃零食，多睡觉！

六、代码仓库地址

Demo地址:  https://gitee.com/linzhiqin/custom-demo

七、参考资料

https://zhuanlan.zhihu.com/p/623664769?utm_id=0
事件分发视频（总结很好，但是得先理解基本概念，才方便学习）
https://www.bilibili.com/video/BV1sy4y1W7az?p=1&vd_source=f222e3bf3083cad8d9f660629bc47c16

林奋斗同学
关注
  • 34
    点赞
  • 踩
  • 29
    收藏
    觉得还不错? 一键收藏
  • 6
    评论
专栏目录
Android事件分发与消费
02-25
事件分发和消费我们主要涉及到以下三个方法：dispatchTouchEvent():分发事件onInterceptTouchEvent():拦截事件onTouchEvent():处理事件还需要注意常用的两个接口对以上方法的影响：OnClickListener：点击事件监听...
Android事件分发机制
01-03
事件分发流程相关 一个事件发生后，首先从Acrtivity开始传递，然后一层一层往下传，从上往下调用dispatchTouchEvent方法传递事件： Activity——>PhoneWindow——>DecorView——>ViewGroup——>…——>View 如果事件...
android事件分发流程
07-12
在提供的链接博客中，作者详细介绍了如何通过代码示例来理解和调试事件分发流程。通过阅读博客，开发者能够更直观地了解事件分发的每一步，并学会在实际开发中灵活运用。 总结来说，Android事件分发流程是一个复杂...
Android View事件分发机制详解
09-01
ion of this abstract class is `...总的来说，Android事件分发机制是UI交互的基础，理解它可以帮助我们创建更高效、更符合用户预期的界面。在开发过程中，可以通过调试和日志来跟踪事件的传递路径，以优化交互逻辑。
Android事件分发原理讲解文档
05-27
Android事件分发原理讲解文档Android事件分发原理讲解文档Android事件分发原理讲解文档Android事件分发原理讲解文档Android事件分发原理讲解文档Android事件分发原理讲解文档Android事件分发原理讲解文档Android事件...
Android逆向题解攻防世界-easy-apk
u013170888的博客
08-14 419
魔改码表与标准码表参照对比，将加密字符串还原成标准码表编码的字符串，再标准base64解码即可。运行结果：flag{05397c42f9b6da593a3644162d36eb01}题目比较简单，就是一个改了码表的base64编码。
Android笔试面试题AI答之Kotlin（10）
学无止境，止于至善
08-14 734
总的来说，Kotlin的可见性修饰符提供了比Java更加灵活和精细的控制方式，特别是在模块级访问权限和顶级元素的可见性方面。注意，上述映射解构的例子并非Kotlin的原生支持，而是利用了Kotlin的特性和函数式编程风格来实现的一种模拟。综上所述，Kotlin中的构造方法提供了灵活而强大的方式来初始化对象，但在使用时需要注意上述的注意事项以确保代码的正确性和健壮性。还可以应用于顶级函数、属性和对象声明，这在Java中是不可能的（Java中的顶级元素默认是包级私有的，但没有显式的。这些函数使得解构成为可能。
wordpress二次开发 在Woocommerce相关产品中显示产品变体的方法
withkai44的博客
08-15 294
在Woocommerce中，相关产品的展示是一个很好的促销策略。但有时候，你可能希望在这些相关产品中显示产品的不同变体，以提供更多选择给客户。这段代码首先初始化了一个新的WP_Query对象来获取每个相关产品的所有变体。然后，在循环内，你可以按需自定义显示这些变体的代码。这意味着它获取了当前产品的ID，并调用了与之相关的产品。要显示这些相关产品的变体，你需要对这部分代码进行修改。接下来，你需要一个循环来显示每个相关产品的变体。在这个文件中，你可以看到相关产品是如何被调用的。
Android笔试面试题AI答之Kotlin（7）
学无止境，止于至善
08-13 766
Coroutine Scope（协程作用域）和Coroutine Context（协程上下文）在Kotlin协程中是两个重要的概念，它们各自扮演着不同的角色，但又有紧密的联系。Kotlin中的对象表达式是一种强大的特性，它允许在代码块中直接创建匿名对象。这些匿名对象可以包含属性、方法，甚至可以继承自其他类或实现接口。对象表达式通过object关键字开始，后面跟随一个可选的大括号包裹的代码块，该代码块中可以定义属性、方法等。匿名内部类：当需要创建某个类的匿名子类实例时，可以使用对象表达式。
【Unity打包Android】Gradle报错，Deprecated Gradle features were used in this build ···
萧然
08-14 673
/ 查看官方Gradle和Android Gradle Plugin兼容性https://developer.android.com/studio/releases/gradle-plugin#updating-gradle。Unity 2020.3.41f1c1默认Gradle版本是4.0.1，可在下图中查看，Admob中使用了新的Gradle特性，默认Gradle不支持，导致打包失败。升级Gradle版本，或者升级Unity版本。// 查看Unity预装的Gradle版本。操作完成后即可开始打包~
Android声音播放与录制
最新发布
轻口味的专栏
08-16 678
例如你在听music的时候接到电话，这个时候music播放肯定会停止，此时你只能听到电话，如果你调节音量的话，这个调节肯定只对电话起作用。当电话打完了，再回到music，你肯定不用再调节音量了。而STATIC的意思是一开始创建的时候，就把音频数据放到一个固定的buffer，然后直接传给audiotrack，后续就不用一次次得write了。其实系统将这几种声音的数据分开管理，所以，这个参数对AudioTrack来说，它的含义就是告诉系统，我现在想使用的是哪种类型的声音，这样系统就可以对应管理他们了。
Android T(13) The app is granted permissions by default
sinat_37429535的博客
08-15 271
对比Android11,文件夹下,多了个有一部分关于权限的处理,移到了这个文件中.比如:restorePermissionState(…)
Android 12系统源码_屏幕设备（一）DisplayManagerService的启动
AfinalStone的专栏
08-15 680
结合Android12系统源码梳理屏幕设备管理服务DisplayManagerService的启动流程
TED: 1靶场复现【附代码】(权限提升)
weixin_52487093的博客
08-13 1150
TED: 1靶场复现【附代码】(权限提升)
Android 12系统源码_多屏幕（二）模拟辅助设备功能开关实现原理
AfinalStone的专栏
08-14 456
结合Android12的系统源码解析开发者选项页面模拟辅助设备功能开关的实现原理
Android笔试面试题AI答之Kotlin（14）
学无止境，止于至善
08-16 1267
在Kotlin中，定义函数（Function）还是属性（Property）主要取决于你想要表达的行为或数据的本质。在Kotlin中，@Metadata注解是一个非常重要的组成部分，它主要用于存储Kotlin编译器生成的关于Kotlin声明的元数据。这些元数据对于Kotlin和Java之间的互操作性尤为重要，因为它们允许Java代码理解Kotlin代码的结构，如属性、默认参数、空安全等特性。
Android的OkHttp使用和原理
qq_44016573的博客
08-15 1149
OkHttp的出现代替了HttpUrlConnection，被谷歌官方收纳为底层的网络框架。当网络出现问题时，OkHttp会静默重新恢复连接，因为是静默的，所以用户无感知。
Android 实现动态换行显示的 TextView 列表
jiet_h的博客
08-15 724
在开发 Android 应用程序时，我们经常需要在标题栏中显示多个 `TextView`，而这些 `TextView` 的内容长度可能不一致。如果一行内容过长，我们希望它们能自动换行；如果一行占不满屏幕宽度，则保持在一行内。本文将带我们一步步实现这个需求，使用 `ConstraintLayout` 和 `Flow` 组件来轻松布局我们的 `TextView` 列表。
【安卓】多线程编程
君子慎独，不欺暗室。卑以自牧，含章可贞。
08-14 553
注意，在这个方法中是不可以进行UI操作的。Looper：Looper是每个线程中的MessageQueue的管家，调用Looper的loop()方法后，就会进入一个无限循环当中，然后每当发现MessageQueue中存在一条消息时，就会将它取出，并传递到Handler的handleMessage()方法中。发送消息一般是使用Handler的sendMessage()方法、post()方法等，而发出的消息经过一系列地辗转处理后，最终会传递到Handler的handleMessage()方法中。
评论 6
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值