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

2019-04-21 本文已影响0人韩明泽

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

本篇文章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的窗口来处理。