java多态使android事件分发无需if-else判断控件类型，通过父类引用调用子类重写方法实现动态行为选择；view体系中dispatchtouchevent()、ontouchevent()等方法由子类按需重写，配合接口回调（如onclicklistener）实现解耦与扩展。
Java 多态在事件处理机制中，核心作用是让同一套事件分发逻辑能适配不同类型的视图组件，无需为每个控件写重复的判断和调用代码。Android 的 View 事件分发就是典型应用——它不靠 if-else 判断控件类型，而是依赖父类引用调用子类重写的方法，运行时自动选择具体行为。
View 事件分发依赖多态实现
Android 中所有可交互控件（如 Button、TextView、RecyclerView）都继承自 View 类。事件分发关键方法 dispatchTouchEvent()、onInterceptTouchEvent()（ViewGroup 特有）、onTouchEvent() 都在 View 或 ViewGroup 中定义为普通或抽象方法，子类按需重写。
- ViewGroup（如 LinearLayout、FrameLayout）重写
dispatchTouchEvent()和onInterceptTouchEvent()，实现“向下传递 + 拦截”逻辑 - View（如 Button）重写
onTouchEvent()，决定是否消费点击事件 - 调用时始终通过父类引用：比如
ViewParent parent = getChildAt(0); parent.dispatchTouchEvent(event);，实际执行的是子类重写的版本
事件流程中多态的实际表现
当手指按下屏幕，系统从顶层 DecorView 开始分发事件。整个链路中，每个节点都用 View 或 ViewGroup 类型接收对象，但真正执行的是其子类实现：
-
ViewGroup.dispatchTouchEvent()内部遍历子 View，调用child.dispatchTouchEvent(event)—— child 虽声明为 View 类型，实际可能是 ImageView、EditText 等，各自有不同的分发策略 - 到达叶子节点后，
View.onTouchEvent()被调用；Button 会检查是否可点击并触发 click，而 TextView 默认不消费 ACTION_UP，除非设置了setClickable(true) - 返回值 boolean（true 表示消费）由子类决定，上层仅依据返回值做后续处理，不关心具体是谁返回的
自定义控件时多态带来扩展性
开发者继承 View 或 ViewGroup 开发新控件时，只需重写对应事件方法，就能无缝接入现有事件体系：
- 写一个滑动卡片控件
SwipeCardLayout extends ViewGroup，重写onInterceptTouchEvent()判断是否拦截，系统在 dispatch 过程中自然调用它 - 实现一个带长按反馈的图标
FeedbackImageView extends AppCompatImageView，重写onTouchEvent()添加按压动画，Activity 中仍用 View 引用持有它，事件流程完全透明 - 不需要修改 Activity 或 WindowManager 的源码，也不需要注册监听器或反射调用——多态让新类型自动被旧逻辑识别
接口多态也参与事件协作
除了继承体系，事件回调也大量使用接口多态。例如：
-
View.OnClickListener是接口，不同 Activity 或 Fragment 实现它，点击时统一调用onClick(View v)，但内部逻辑各异 -
OnTouchListener同理，可让同一个 Button 同时支持点击跳转和拖拽移动，两种行为由不同实现类提供，View 仅面向接口编程 - 这种设计使事件响应者与事件源解耦，符合开闭原则：新增响应逻辑不用改 View 代码
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
