概述 在传统的事件分发机制中，通常来说父控件和子控件们只会有一个控件去处理事件流，但我们时常会有一些特殊的需求，比如说多个控件之间的滑动需要联动起来，这时候就需要用到嵌套滑动机制了。 NestedSc

嵌套滑动冲突的原因： 嵌套滑动：一个可滑动的父View包裹了可滑动的子View，由上篇的事件分发原理分析我们得知： 父View会执行dispatchTouchEvent()决定是否拦截？如果拦截，则不

场景描述 使用NestedScrollView 内嵌RecycleView时，当用户上滑时，NestedScrollView需要首先响应上滑事件，直到ScrollView无法滑动，再由RecycleV

背景 在App发版后的某一个版本后，崩溃收集后台收到了crash告警。出现了一个量级较大的空指针问题。 空指针问题在android开发中非常常见，不过在看到我们的崩溃收集后台上的崩溃堆栈，却显得无从下

在日常开发中，不可避免的需要把自己的 library 发布到 maven 仓库中，这样使用起来也更加方便。 发布 aar 包到 maven 仓库，主要是使用 Gradle 提供的插件： maven 插

关于handler的内容，基本每个android开发者都掌握了，网络中的优秀博客也非常多，我之前也写过一篇文章，读者感兴趣可以去看看：传送门。 这篇文章主要讲Handler中的同步屏障问题，这也是面试的热门问题。很多读者觉得这一块的知识很偏，实战中并没有什么用处，仅仅用来面试，…

本文旨在从 Android 传统事件分发开始，接着分析NestedScrollView源码，从分析过程中得出处理 View 联动的方案，最后拆解CoordinatorLayout

在解决具体问题之前，先介绍下实际应用场景及问题状况。 从图中可以看出，一个ScrollView内部嵌套三个RecyclerView，其中两个RecyclerView是横向，一个RecyclerView是纵向。 在这个场景下，出现了滑动冲突问题，主要表现为横向RecyclerVi…

一、背景 目前我司各App项目Gradle配置和kotlin配置如下：     gradle版本：6.5         gradle plugin版本：4.1.1         kotlin版本：