RK3399开发版android7.1双屏异触解决方法

最近大半个月一直在折腾Firefly-RK3399开发板实现双屏异显和异触的功能。在这里不得不吐槽一下萤火虫的售后服务支持！额？？？所谓的官方群和论坛形同摆设，在里面10我的的问题中有一我的能获得回答就是不错了。本身可以实现双屏异触要感谢公司、经理和公司同事，给予了不少帮助和支持才得以解决。废话很少说了，如今进入正题。本篇文章涉及到的解决方式均在RK3399的开发版上进行了测试，至于其余版子理论上来讲解决的方式都是同样的。另外这边文章只是给出简单的解决方法，至于具体的原理不会解释（有些地方我也是只知其一;不知其二嘿嘿）文章末尾有相关的链接读者能够自行阅读。

目录

• 知识准备
• 原生双屏解决方案，主屏没有焦点事件
• C++日志打印
• 主屏幕能够触摸，副屏不触摸
• 双屏异触的解决方法
• 总结

1. 知识准备

本篇文章android双屏的实现方式是Google提供的Presentation类实现的。下面参考中有相关的链接可已查看。之因此在此强调说是Presentation的实现方式，是由于我在作双屏异显，阅相关读资料的时候发现双屏异显是有两种实现方式。咱们经常使用的是Presentation这种方式，网上大多介绍的也是这种方式。另一种实现方式是RK DualScreen方式，这种方式网上的资料不多，须要对android系统源码进行多出修改才能实现。

实现异触具有的条件：

1. Android系统源码编译
2. C/C++知识
3. 对从Android源码角度分析事件分发有些了解
4. 对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 View和 Window 的关系

Android的双屏异显

Android应用程序输入事件分发和处理机制_老罗android之旅总结

如何在android 系统 C/C++ 层中添加 log 信息

Android真机网络adb联机调试初探