Figure

馨怡：如果是中控打开hiphishow，副屏同步进入，此刻副屏无法操作，只能在中控退出该功能后，才可对副屏进行操作， 需要让供应商解一下bug

【】当前状态
1、问题确认，但是未能本地复现问题
因为这是三屏联动的相关功能，本地中控没有条件完成复现。
2、从视屏来看是HiphiShow播放视屏时执行五指操作，下层的音乐界面响应了事件

05-05 13:35:31.594 1533 26565 I ActivityTaskManager: START u0 {act=android.intent.action.MAIN cat=[android.intent.category.LAUNCHER] flg=0x10200000 cmp=com.android.music/.MusicBrowserActivity bnds=[1559,96][1859,394]} from uid 10071
05-05 13:35:38.683 2562 2562 I TouchInteractionService: Done start multi-consumer state=false
05-05 13:35:42.451 2562 2562 I TouchInteractionService: Done start multi-consumer state=false
05-05 13:36:17.740 1533 22347 I ActivityTaskManager: START u0 {act=android.intent.action.MAIN cat=[android.intent.category.LAUNCHER] flg=0x10200000 cmp=com.android.music/.MusicBrowserActivity bnds=[1559,96][1859,394]} from uid 10071
05-05 13:36:24.813 2562 2562 I TouchInteractionService: Done start multi-consumer state=false

从日志来看，HiphiShow播放视屏并未启动界面，这种方式可能会影响五指手势的逻辑流程。
现在需要客户帮忙在：打开音乐应用-》播放视屏时，执行五指操作之前抓下dump信息。
命令如下：adb shell dumpsys activity > 117836_dump.log
请@吴诗雨帮忙联系下客户抓下信息

1、5月11日进展
1）根据日志信息(dump信息还未获取到)，可以看出HiphiShow联动在副屏播放视屏时，并未启动界面。
2）从HiphiShow的部分代码信息

//HHMediaController.java
    public void onStart() {
        Logger.tag(TAG).i("onStart(2)", new Object[0]);
        try {
            this.mMediaStatusListener.onStarted();
            this.mDecoder.play(this.mSurfaceView.getHolder().getSurface());
        } catch (Exception e) {
            if (!this.mDecoder.isPlaying()) {
                return;
            }
            e.printStackTrace();
            this.mMediaStatusListener.onFailed(3);
        }
    }

从播放视屏的代码来看，HiphiShow是直接通过Surface进行了视屏的播放，并未启动界面。
而五指手势的逻辑真针对直观的界面，让界面可以在响应五指手势的时候可返回home主界面，起一个home的作用。
虽然视屏在顶层播放，但是手势事件根本不会被视屏响应，反而是处于下层的音乐界面MusicBrowserActivity会响应，所以
结果就如同票中视屏的效果一样HiphiShow播放视屏完成后，退出播放，没有显示音乐界面，而是回到了home主界面。
3）目前结论
这个问题从逻辑上副屏是没有办法单独处理五指的手势迎合HiphiShow的视屏播放进行手势的拦截。
如果需要规避播放视屏时手势的响应，那么需要HiphiShow通过某种方式告诉手势系统，当前在播放视屏，手势需要被拦截。
拦截的修改方式大致有如下2种：
（1）系统属性值
系统提供一个prop值，HiphiShow在播放视屏开始和结束时通过SystemProperties修改值，手势在分发时判断这个prop值解决是否拦截手势，
这个方式修改prop值可能会存在SELinux权限设置的问题，不太利于调试
（2）广播方式
HiphiShow在播放视屏开始和结束时发送广播修改状态值，手势在分发时根据状态值，决定是否拦截手势。
这个方式相对简单，易于两边进行开发和调试。

2、下一步
需要联系到HiphiShow的开发一起配合修改