最近大半个月一直在折腾Firefly-RK3399开发板实现双屏异显和异触的功能。在这里不得不吐槽一下萤火虫的售后服务支持！额？？？所谓的官方群和论坛形同摆设，在里面10个人的问题中有一个人能得到回答就是不错了。自己能够实现双屏异触要感谢公司、经理和公司同事，给予了很多帮助和支持才得以解决。废话不多说了，现在进入正题。本篇文章涉及到的解决方式均在RK3399的开发版上进行了测试，至于其他版子理论上来说解决的方式都是一样的。另外这边文章只是给出简单的解决方法，至于具体的原理不会解释（有些地方我也是一知半解嘿嘿）文章末尾有相关的连接读者可以自行阅读。
目录
- 知识准备
- 原生双屏解决方案，主屏没有焦点事件
- C++日志打印
- 主屏幕可以触摸，副屏不触摸
- 双屏异触的解决方法
- 总结
1. 知识准备
本篇文章android双屏的实现方式是Google提供的Presentation类实现的。下面参考中有相关的连接可已查看。之所以在此强调说是Presentation的实现方式，是因为我在做双屏异显，阅相关读资料的时候发现双屏异显是有两种实现方式。我们常用的是Presentation这种方式，网上大多介绍的也是这种方式。另外一种实现方式是RK DualScreen方式，这种方式网上的资料很少，需要对android系统源码进行多出修改才能实现。
实现异触具备的条件：
- Android系统源码编译
- C/C++知识
- 对从Android源码角度分析事件分发有些了解
- 对linux系统的集成知识有一些了解
2. 原生双屏解决方案，主屏没有焦点事件
我在通过Presentation实现双屏异触的时候发现，两个屏幕显示相同的画面，主屏和副屏的触摸都是没有问题的。但是如果开启双屏异显功能，主屏幕点击没有反应，点击副屏是没有问题的。这个问题是因为Presentation本身就是一个Dialog，它窗口的优先级要高于Activity（可以查看window窗口方面的资料),因此所有的事件都会就给副屏。
3. C++日志打印
由于自己是第一做Android系统源码的开发，在处理C++的时候遇到不知道如何打印日志的问题。其实Android系统的源码中已经使用了日志打印的功能，只不过是关闭的。我们只需要在要修改的文件中将Loge打开即可使用。
如InputDispatcher.cpp文件日志未开启前
#define LOG_TAG "InputDispatcher"
//#define LOG_NDEBUG 0
修改为：
#define LOG_TAG "InputDispatcher"
#define LOG_NDEBUG 1
去掉LOG_NDEBUG的注解将值改为1就可以使用Loge日志功能。在查看日志的时候，手机连接电脑在AndroidStudio中的Logcat工具中搜索InputDispatcher快速查看到自己在C++中打印的日志信息。
Firefly-RK3399只有一个是Type-c接口，在双屏情况下由于Type-c做了副屏的输入口了，所以我使用了网络ADB调试的方式来调试和安装App。
4. 主屏幕可以触摸，副屏不触摸。
如果想要实现主屏可以触摸，副屏不用触摸的功能。有两种解决方式：第一种是在App应用代码中实现。第二种需要修改framework层的源码。
第一种方式
getWindow().setFlags(WindowManager.LayoutParams.FLAG_NOT_TOUCH_MODAL,
WindowManager.LayoutParams.FLAG_NOT_TOUCH_MODAL);
第二种方式：
在/frameworks/native/services/inputflinger/EventHub.cpp中屏蔽掉device->classes |= INPUT_DEVICE_CLASS_EXTERNAL;属性。
// Determine whether the device is external or internal.
if (isExternalDeviceLocked(device)) {
//device->classes |= INPUT_DEVICE_CLASS_EXTERNAL;
}
5. 双屏异触的解决方式
双屏异触指的是，在开启异显之后主屏和副屏都可以触摸，并且各自处理各自的点击事件。这种方式需要在/frameworks/native/services/inputflinger/InputDispatcher.cpp文件dispatchMotionLocked()函数中增加如下代码：
//主屏幕设备id
int mainDviece=0;
//获取一次设备id
bool isFirstMainDisplay = false;
//主屏幕displayId
int mainDisplayId = 0;
bool InputDispatcher::dispatchMotionLocked(
nsecs_t currentTime, MotionEntry* entry, DropReason* dropReason, nsecs_t* nextWakeupTime) {
ALOGD("old将displayid赋值为：entry->displayId=%d entry->deviceId=%d", entry->displayId, entry->deviceId);
//获取主屏幕的设备id和displayId
if (!isFirstMainDisplay && isMainDisplay(entry->displayId))
{
mainDviece = entry->deviceId;
mainDisplayId = entry->displayId;
isFirstMainDisplay = true;
}
//只有entry->deviceId是主屏幕设备id的时候才将 entry->displayId修改为主屏幕id
if (mainDviece == entry->deviceId)
{
entry->displayId = mainDisplayId;
}
ALOGD("new将displayid赋值为：entry->displayId=%d entry->deviceId=%d", entry->displayId, entry->deviceId);
...
}
displayId可以决定那个窗口来处理该事件，如果displayId为主屏幕id那么该事件将会传递主屏的Activity的window来处。如果displayId是副屏的id那么该事件将会交给副屏的Presentation也就是Dialog窗口处理。而Dialog窗口优先级高于Activity窗口，因此系统默认是将事件传给副屏的Dialog窗口处理的。上面我们定义了三个全局变量mainDviece、isFirstMainDisplay、mainDisplayId，设备idmainDviece可用于判断是主屏幕还是副屏幕，mainDisplayId是主屏的id。之所以使用设备id来做屏幕的判断是因为，默认情况entry->displayId函数在异显模式下，不管点击主屏还是副屏获取的displayid都是相同值。因此我们需要在dispatchMotionLocked()第一次执行的时候就要通过系统的isMainDisplay()函数获取一次主屏幕的设备id和displayid。并且通过设备id来判断是否为主屏。如果entry->deviceId为主屏幕id那么就将entry->displayId改为主屏幕的displayid，从而使事件传递给主屏Activity的窗口来处理。
6. 总结
自己很近没有写文章了，感觉写作水平都下降了很多。上面很多可能写的有些乱，读者遇到不懂得可以搜索相关文章来理解。文章的最后感谢QQ群546270670的一位群友SharryChoo，因为他的共享一篇笔记是自己在解决上面问题中有了思考的方向。
文件下载地址：嘿嘿！赚点CSDN积分
参考
Android应用程序输入事件分发和处理机制_老罗android之旅总结
