Figure

问题背景:
调整副屏音量, 副屏会发送事件给主屏.
主屏和副屏在会有响应时间(android原生设计没有此问题).
如果响应时间特别短, 不会存在问题.
但响应时间如果特别长的情况下(尤其超时), 调整音量事件就会累积在对应线程中, 导致UI对话框得不到及时响应, 无法及时弹出对话框.

具体复现步骤:
1. 主屏发送音量事件给副屏, 此时副屏弹出音量对话框.
2. 不停地拖动弹出的音量对话框.
3. 音量对话框消失后, 主屏再次发送音量事件给副屏, 此时对话框不能及时弹出

具体的代码:

frameworks/base/packages/SystemUI/src/com/android/systemui/volume/VolumeDialogImpl.java
    private final class VolumeSeekBarChangeListener implements OnSeekBarChangeListener {
        ...
        @Override
        public void onProgressChanged(SeekBar seekBar, int progress, boolean fromUser) {
            ...
            final int userLevel = getImpliedLevel(seekBar, progress);
            if (mRow.ss.level != userLevel || mRow.ss.muted && userLevel > 0) {
                mRow.userAttempt = SystemClock.uptimeMillis();
                if (mRow.requestedLevel != userLevel) {
                    mController.setActiveStream(mRow.stream);
                    mController.setStreamVolume(mRow.stream, userLevel); //频繁调用setStreamVolume
                    ...
                }
            }
        }

因为添加有主副屏通讯的定制, 同时事件的发送与接收为同步流程,无法从audioservice侧将频繁调用的事件进行丢弃,
所以需要SystemUI对发送音量事件的频次作出调整, 以免频繁发出.
(补充: Setting中调整音量条没有此问题/下拉消息框, 调整音量条没有此问题. 原因为调用音量接口没有那么频繁)

测试环境准备:
执行下述命令, 开启主屏/副屏通讯功能的代码:
adb push local.prop /data
adb shell chmod 644 /data/local.prop
adb reboot;
设备重启后, 如果使用命令: adb shell getprop |grep -iE idcm
看到下边的信息, 说明功能开启:
[log.tag.IDCM]: [DEBUG]