Android 全屏应用中下拉列表导致的顶部状态栏显示问题
全屏应用是许多移动应用追求沉浸式体验的关键，但某些组件的行为可能会意外导致顶部状态栏显示，破坏了预期的用户体验。其中，Spinner（下拉列表）组件是一个常见的诱因。当应用运行时隐藏了导航栏和状态栏，用户点击Spinner 时状态栏突然出现，这样的问题在各种Android设备上都可能发生，而问题的根本原因在于下拉列表弹出时的窗口焦点处理。
问题分析
通常，全屏模式是通过设置窗口标志来隐藏系统 UI 元素的。例如，应用可以使用 WindowManager.LayoutParams.FLAG_FULLSCREEN 和 WindowManager.LayoutParams.FLAG_LAYOUT_NO_LIMITS 等标志。但当 Spinner 弹出其下拉列表时，该列表实际上是在一个单独的窗口中显示的。此弹出窗口的默认行为是请求焦点，一旦窗口获得了焦点，Android系统可能会恢复显示状态栏，从而覆盖应用的初始全屏设置。
问题出现在下拉列表获得焦点时。标准的Spinner内部机制并未考虑在全屏模式下的状态栏可见性。
解决方案
针对该问题，以下是一些可行的方案。每个方案都包含具体的操作步骤和代码示例。
方案一： 禁用下拉列表的焦点
该方法的核心思路是修改下拉列表弹出窗口的行为，防止它请求焦点，这样，系统就不会因为新的窗口获取焦点而触发状态栏的显示。
定义 Spinner 扩展函数 : 添加一个函数禁用下拉列表的焦点，我们尝试通过反射机制访问和修改 PopupWindow 的焦点设置，避免直接依赖Android框架的具体实现：
fun Spinner.avoidDropdownFocus() {
try {
val listPopup = Spinner::class.java
.getDeclaredField("mPopup")
.apply { isAccessible = true }
.get(this)
if (listPopup is ListPopupWindow) {
val popup = ListPopupWindow::class.java
.getDeclaredField("mPopup")
.apply { isAccessible = true }
.get(listPopup)
if (popup is PopupWindow) {
popup.isFocusable = false
}
}
} catch (e: Exception) {
e.printStackTrace()
}
}
*代码解释: 此扩展函数，利用反射获取 Spinner 内部的 ListPopupWindow 及其中的 PopupWindow。接着, 我们将 PopupWindow.isFocusable 设置为 false,阻止下拉窗口获得焦点，从而防止状态栏重新出现。
2. 在 onItemSelected 回调中使用扩展函数 ：在Spinner的 onItemSelectedListener 回调中，调用刚刚定义的 avoidDropdownFocus 函数，这将确保在每次下拉列表显示时禁用其焦点：
dd1.onItemSelectedListener = object : AdapterView.OnItemSelectedListener {
override fun onItemSelected(parent: AdapterView<*>?, view: View?, position: Int, id: Long) {
dd1.avoidDropdownFocus()
//...
}
override fun onNothingSelected(parent: AdapterView<*>?) {}
}
方案二：在 onWindowFocusChanged 中更新UI
另一种思路是在 Activity 或者 Fragment 的 onWindowFocusChanged 函数中，检测焦点状态变化并同步UI状态，可以更加可靠地保证全屏模式，而不用关注单个View的行为，这样可以应对其他焦点变更导致的类似问题。
覆写 onWindowFocusChanged :
在你的Activity或者Fragment 中重写onWindowFocusChanged 方法。 当焦点改变时，它会被调用，我们可以利用这点再次隐藏状态栏，维持全屏状态。
override fun onWindowFocusChanged(hasFocus: Boolean) {
super.onWindowFocusChanged(hasFocus)
if (hasFocus) {
// Hide both the navigation bar and the status bar
window.decorView.systemUiVisibility = (View.SYSTEM_UI_FLAG_LAYOUT_STABLE
or View.SYSTEM_UI_FLAG_LAYOUT_HIDE_NAVIGATION
or View.SYSTEM_UI_FLAG_LAYOUT_FULLSCREEN
or View.SYSTEM_UI_FLAG_HIDE_NAVIGATION // hide nav bar
or View.SYSTEM_UI_FLAG_FULLSCREEN // hide status bar
or View.SYSTEM_UI_FLAG_IMMERSIVE_STICKY)
}
}
*代码解释: 我们利用window.decorView.systemUiVisibility ，并搭配多种系统UI标志。通过 SYSTEM_UI_FLAG_FULLSCREEN 和 SYSTEM_UI_FLAG_HIDE_NAVIGATION 强制隐藏状态栏和导航栏；SYSTEM_UI_FLAG_LAYOUT_STABLE, SYSTEM_UI_FLAG_LAYOUT_HIDE_NAVIGATION 和 SYSTEM_UI_FLAG_LAYOUT_FULLSCREEN 等布局标记使应用程序可以正确渲染在系统栏区域之上；SYSTEM_UI_FLAG_IMMERSIVE_STICKY 是为了获得沉浸式的用户体验, 让系统栏可以在短暂出现后再次自动隐藏。当用户触摸屏幕时，该系统栏会短暂显示然后消失。or运算将这些标记组合在一起。
初始化UI ：确保在 onCreate()或者 onCreateView()等初始化的时候进行一次 UI设置, 确保应用刚开始运行时也进入全屏状态。
override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
window.decorView.systemUiVisibility = (View.SYSTEM_UI_FLAG_LAYOUT_STABLE
or View.SYSTEM_UI_FLAG_LAYOUT_HIDE_NAVIGATION
or View.SYSTEM_UI_FLAG_LAYOUT_FULLSCREEN
or View.SYSTEM_UI_FLAG_HIDE_NAVIGATION // hide nav bar
or View.SYSTEM_UI_FLAG_FULLSCREEN // hide status bar
or View.SYSTEM_UI_FLAG_IMMERSIVE_STICKY)
}
安全建议
兼容性测试:
在多个不同Android 版本和设备上测试应用程序，以保证这些全屏配置能够工作。由于各个版本对于系统UI行为的处理可能略有不同，因此确保跨设备兼容性十分关键。
代码鲁棒性 ： 使用反射可能引入兼容性问题, 当 Spinner 的内部实现发生变化，依赖反射的程序可能会出错。考虑进行异常处理和回退策略，以减少程序错误的可能性。
性能考量 ：频繁调用 onWindowFocusChanged 中的全屏设置可能消耗性能。进行性能测试并优化该设置以防止造成卡顿或者功耗升高。
权限请求 ： 一些特殊的系统设置可能需要在 AndroidManifest 中声明必要的权限，确保权限配置的正确。
总结,解决Spinner 在全屏应用中弹出状态栏的问题需要了解其根本原因。通过修改下拉列表的焦点或者重新应用全屏模式，我们可以保证用户拥有预期的体验。 选择哪种方案应依据具体的需求，务必对方案的兼容性、安全性与性能进行全面的测试。