Android 开启平行视窗后，点击右侧视窗，右侧视窗获取焦点，按下power键灭屏后再亮屏，焦点自动给到了左侧视窗而不是右侧视窗，这是什么原因，该如何修改？

<think>嗯，用户遇到了一个关于Android平行视窗模式下焦点切换的问题。让我仔细想想这个问题的情况。当用户开启平行视窗后，右侧视窗获得焦点，然后灭屏再亮屏时，焦点却回到了左侧视窗。这可能是什么原因导致的呢？ 首先，我需要回忆一下Android系统中Activity的生命周期和焦点管理机制。当屏幕灭掉时，Activity会进入onPause状态，而亮屏后又会重新恢复。在平行视窗模式下，可能每个视窗对应不同的Activity实例或者同一个Activity的不同任务栈。 接下来，焦点管理方面。当用户点击右侧视窗时，系统应该记录当前获得焦点的窗口。灭屏后，系统可能保存了当前的窗口状态，但亮屏时可能没有正确恢复，导致焦点回到了默认的左侧视窗。这可能涉及到窗口管理器中焦点保存和恢复的逻辑。 另外，平行视窗的实现方式可能因厂商而异。比如，华为的平行视窗和小米的MIUI可能处理方式不同。需要确认是否在系统层面对多窗口焦点的处理存在缺陷，或者在灭屏时系统没有正确保存当前的焦点窗口信息。 可能的解决方向包括：检查Activity的onSaveInstanceState和onRestoreInstanceState方法是否正确保存和恢复焦点状态；查看WindowManager中焦点相关的逻辑，确认灭屏事件是否触发了焦点的重置；或者检查系统服务中多窗口管理的部分，是否有在屏幕重新亮起时错误地重置焦点到默认窗口。 另外，可能需要自定义焦点恢复逻辑，在onResume或onWindowFocusChanged方法中主动请求焦点，或者拦截灭屏亮屏事件，手动保存和恢复焦点状态。如果系统本身存在缺陷，可能需要厂商提供补丁或者寻找其他workaround。 最后，用户可能需要通过日志分析，查看灭屏和亮屏过程中焦点变化的具体流程，找到焦点被错误重置的位置，进而修改相应的代码逻辑。例如，在亮屏时检查当前应获得焦点的窗口，并主动将焦点赋予右侧视窗。</think>这个问题涉及Android多窗口模式下的焦点管理机制，以下是逐步分析及解决方案： 1. **焦点保存机制缺陷**： - 灭屏时系统会触发onSaveInstanceState()，但默认可能不会保存窗口焦点状态 - 当前实现可能依赖View的isFocused()标记，但窗口重建时未正确恢复 - 检查点：查看ViewTree的focus存储是否在onSaveInstanceState()中被保存 2. **窗口堆栈管理**： ```java // 系统原生代码可能存在的处理逻辑 protected void onResume() { super.onResume(); if (mLastFocusedWindow != null) { mLastFocusedWindow.requestFocus(); // 可能错误地指向默认窗口 } } ``` 3. **解决方案**： (1) 自定义焦点保存： ```kotlin override fun onSaveInstanceState(outState: Bundle) { super.onSaveInstanceState(outState) val focusedView = currentFocus?.id ?: View.NO_ID outState.putInt("FOCUSED_VIEW_ID", focusedView) } override fun onRestoreInstanceState(savedInstanceState: Bundle) { super.onRestoreInstanceState(savedInstanceState) val viewId = savedInstanceState.getInt("FOCUSED_VIEW_ID") findViewById<View>(viewId)?.post { it.requestFocus() } } ``` (2) 窗口状态监听： ```java // 在WindowManager中注册回调 window.decorView.addOnAttachStateChangeListener(object : View.OnAttachStateChangeListener { override fun onViewAttachedToWindow(v: View) { if (isRightWindowActive) { rightWindow.requestFocus() } } //... }); ``` (3) Power键事件拦截： ```java @Override public boolean dispatchKeyEvent(KeyEvent event) { if (event.getKeyCode() == KeyEvent.KEYCODE_POWER) { persistWindowFocusState(); // 持久化当前焦点窗口状态 return true; } return super.dispatchKeyEvent(event); } ``` 4. **系统层修改建议**： - 修改PhoneWindowManager.java中亮屏处理逻辑： ```java void updateFocusAfterScreenOn() { WindowManagerInternal wm = LocalServices.getService(WindowManagerInternal.class); wm.updateFocusedWindowLocked( WindowManager.UPDATE_FOCUS_NORMAL, true /*updateInputWindows*/); } ``` 5. **兼容性处理**： ```xml <!-- 在窗口声明中添加焦点保持属性 --> <activity android:name=".SplitWindowActivity" android:keepScreenOn="true" android:focusableInTouchMode="true" android:windowSoftInputMode="stateAlwaysVisible"/> ``` 建议通过以下步骤验证： 1. 使用`adb shell dumpsys window windows`查看焦点窗口状态 2. 检查ViewRootImpl中的mFocusedView赋值时机 3. 监控InputManagerService的焦点变化事件 该问题的本质是系统在屏幕状态变化时未正确处理多窗口场景的焦点恢复，需要结合应用层状态保存和系统层焦点管理进行联合修正。