Android7.0多窗口实现原理(一)

概述

在Android N（7.0）版本开始，系统支持了多窗口功能。在有了多窗口支持之后，用户可以同时打开和看到多个应用的界面。并且系统还支持在多个应用之间进行拖拽。在大屏幕设备上，这一功能非常实用。

在Android N中多窗口有三种表现形式：

1. 分屏模式

该模式主要将屏幕一分为二，同时出现两个应用界面。

    2.画中画模式

该模式主要在视频播放中使用，可以使视频播放窗口一直处于最顶层。

     3.FreeForm模式

该模式类似于我们的桌面操作系统，应用界面窗口可以自由拖动和修改大小。

而本文主要讲解多窗口分屏模式的实现方式。

分屏总览

      分屏模式是通过长按最近任务列表(RecetsActivity)的任一个历史应用(TaskTiew)进入的，如果该应用不支持分屏就提示用户，如果可以分屏就显示可以分屏的区域。之后拖拽想要分屏的TaskView，在拖拽的过程中不断的不断进行判断touch事件移动的位置是否进入了分屏区域，如果没有继续处理touch事件，如果进入了分屏区域，就会更新屏幕区域分屏，此时结束拖拽，调用AMS为分屏区域创建stack，根据屏幕尺寸计算stack的尺寸，然后对stack中task再重新计算尺寸，最后启动分屏应用。

请求分屏

      最近任务列表是由一个个的TaskView组成，当我们选择要分屏的TaskVIew，长按就进入了TaskVIew.java的onLongClick函数中，请求对其分屏。

TaskView发生长按事件后，获取TaskView的边界值，进行判断mDownTouchPos的x,y值是否在TaskView的范围之内，该值就是触摸事件上报的值，也就是手指按下的位置，在onInterceptTouchEvent函数中获取。

      只有点击的View与当前的对象一致，并且手指按下的位置在TaskView的范围之内，并且此时并不在分屏模式下才会监听拖拽事件，注册EventBus事件，并且发送DragStartEvent事件，将当前的Task，TaskView，以及手指按下的点封装进DragStartEvent对象中。

      在拖拽TaskView对应用进行分屏过程中EventBus起到了非常重要的作用，下面先对EventBus进行分析。

EventBus事件总线

EventBus是一款Android下发布/订阅事件总线机制，以观察者模式实现。主要功能是替代Intent,Handler,Broadcast在Fragment，Activity，Service，线程之间传递消息，降低了发送者与接收者的耦合度。下面分析简单讲解如何使用EventBus，以后详解分析实现原理。

注册事件

通过EventBus.getDefault().register(this)来对事件进行注册，注册时首先通过getDefault函数获取EventBus对象。

可以看出EventBus是通过单例模式获得的，并且使用了主线程的Looper对象。

获得EventBus对象后就可以对订阅者进行注册，来进行接收事件，接收事件是有优先级的，通过参数priority控制，priority越大优先级越高。

发布事件

EventBus.getDefault().send(Event);

EventBus.getDefault().post(Event);

通过send或者post函数进行发布对应的事件。

订阅事件

通过重写onBusEvent来订阅事件。

言归正传，重新回到TaskView的onLongClick函数中，来分析EventBus实例。

TaskView注册了Event事件，之后发送DragStartEvent事件，DragStartEvent是EventBus.Event的子类，只有三个参数主要是用来传输数据。所有注册了Event事件的观察者，如果在onEventBus函数中的参数为DragStartEvent事件，就可以接收到发送的DragStartEvent对象。下图为EventBus类图。