UiDevice.openNotification()在windowFullscreen=true时失效的设备兼容问题

我之前也碰到过类似的UiAutomator跨设备兼容性坑，针对你遇到的这个情况，咱们来拆解分析下：

问题还原 #

你遇到的核心矛盾点很明确：

• 索尼Xperia Z3设备上，当应用配置<item name="android:windowFullscreen">true</item>时，调用uiDevice.openNotification()会返回true（和官方文档描述的“失败返回false”完全相反），但实际上通知栏根本没被唤起
• 把该参数改成false后，通知栏就能正常打开了
• 而三星Galaxy S5完全不受这个参数影响，无论全屏与否都能成功触发通知栏

背后的可能原因 #

这本质是索尼定制ROM和原生Android/三星ROM的逻辑差异：

• Xperia的全屏窗口处理逻辑比较特殊，当应用处于全屏状态时，系统可能直接拦截了UiAutomator触发的通知栏唤起事件，或者通知栏的触发热区被全屏窗口完全覆盖，导致实际操作无效，但系统错误地返回了成功状态
• 三星的定制ROM（当时的TouchWiz）对全屏场景下的通知栏唤起做了适配，允许UiAutomator的指令正常生效

可行的解决方案&优化建议 #

1. 针对性调整全屏参数（快速临时修复） #

如果只是要保证Xperia Z3上的测试通过，可以在测试执行前动态关闭全屏模式，测试结束后再恢复：

// 示例代码：临时关闭全屏
Window window = getActivity().getWindow();
window.clearFlags(WindowManager.LayoutParams.FLAG_FULLSCREEN);
// 执行通知栏唤起操作
uiDevice.openNotification();
// 恢复全屏状态
window.addFlags(WindowManager.LayoutParams.FLAG_FULLSCREEN);

2. 增加设备型号判断的分支逻辑 #

在测试代码里检测当前设备型号，给Xperia Z3单独做处理：

String deviceModel = Build.MODEL;
if ("Xperia Z3".equals(deviceModel)) {
    // 先临时关闭全屏
    // 执行通知栏唤起操作
    // 恢复全屏
} else {
    // 其他设备直接调用openNotification()
    uiDevice.openNotification();
}

3. 替代方案：模拟原生下滑手势 #

如果修改全屏参数不可行，直接模拟从屏幕顶部下滑的原生手势来唤起通知栏，绕过openNotification()的兼容性问题：

int screenWidth = uiDevice.getDisplayWidth();
// 从屏幕顶部中间位置，向下滑动一段距离（比如屏幕高度的1/10）
uiDevice.swipe(screenWidth / 2, 0, screenWidth / 2, uiDevice.getDisplayHeight() / 10, 5);

这种模拟真实用户操作的方式，在绝大多数定制ROM上的兼容性都比系统API更好。

内容的提问来源于stack exchange，提问作者PhilLab