InputWindowInfo传递链路解析：从WindowManager到InputDispatcher的跨进程协作
1. InputWindowInfo传递链路全景图当我们点击手机屏幕时系统如何精准找到目标窗口这背后隐藏着一条横跨三个核心服务的协作链路。想象一下快递配送系统WindowManager是仓库管理员负责整理包裹信息SurfaceFlinger是分拣中心处理空间坐标转换InputDispatcher则是快递员最终将事件投递到正确地址。这条链路的核心载体是InputWindowInfo对象它像快递面单一样包含以下关键信息窗口边界frameLeft/top/right/bottom就像收件地址的门牌号触摸区域touchableRegion类似仅工作日配送的特殊要求层级关系z-order决定窗口堆叠顺序好比快递的优先配送级别输入通道InputChannel相当于收件人的联系方式典型的传递场景发生在新Activity启动时WindowManager更新窗口树窗口大小/位置发生变化时输入法窗口弹出/隐藏时屏幕旋转导致布局重构时2. WindowManager的InputMonitor层WindowManagerServiceWMS作为Android窗口系统的大脑其InputMonitor模块负责采集窗口信息。核心方法updateInputWindowsLw()就像仓库的库存盘点会遍历所有WindowState// 简化后的关键调用链 void updateInputWindowsLw(boolean force) { scheduleUpdateInputWindows(); // 触发异步更新 } private class UpdateInputWindows implements Runnable { public void run() { mUpdateInputForAllWindowsConsumer.updateInputWindows(inDrag); } }实际开发中常见的调用栈包括Activity启动Task.onChildPositionChanged() → DisplayContent.layoutAndAssignWindowLayersIfNeeded()窗口层级变化TaskDisplayArea.positionChildTaskAt() → WindowContainer.positionChildAt()界面渲染RootWindowContainer.performSurfacePlacement()遍历窗口时的关键过滤逻辑if (w.mWinAnimator.hasSurface()) { // 必须有Surface才处理 populateInputWindowHandle(inputWindowHandle, w); setInputWindowInfoIfNeeded(mInputTransaction, w.mWinAnimator.mSurfaceController.mSurfaceControl, inputWindowHandle); }这里有个性能优化点通过mUpdateInputWindowsPending标志位避免重复调度类似快递系统的批量打包策略。3. Java到Native的数据转换当数据到达SurfaceControl时需要将Java层的InputWindowHandle转换为Native层对象。这个过程就像国际快递的报关手续// 转换关键步骤 static void nativeSetInputWindowInfo(JNIEnv* env, jclass clazz, jlong transactionObj, jlong nativeObject, jobject inputWindow) { spNativeInputWindowHandle handle android_view_InputWindowHandle_getHandle(env, inputWindow); handle-updateInfo(); // 数据拷贝到native结构体 auto transaction reinterpret_castTransaction*(transactionObj); transaction-setInputWindowInfo(ctrl, *handle-getInfo()); }updateInfo()方法如同海关的货物查验会拷贝这些关键字段窗口tokenIBinder对象类似快递单号窗口名称用于调试标识调度超时时间dispatchingTimeout触摸区域坐标frameLeft等这里容易出现跨语言调用的性能问题Android通过JNI全局引用缓存来优化。4. SurfaceFlinger的合成与同步SurfaceFlinger作为合成引擎其setInputWindowInfo()实现将数据绑定到LayerSurfaceComposerClient::Transaction setInputWindowInfo( const spSurfaceControl sc, const WindowInfo info) { layer_state_t* s getLayerState(sc); s-windowInfoHandle new WindowInfoHandle(info); // 绑定到图层状态 s-what | layer_state_t::eInputInfoChanged; // 标记变更 return *this; }关键流程节点事务提交通过Transaction::apply()跨进程传递到SurfaceFlinger状态应用在setClientStateLocked()中更新Layer的输入信息信息收集遍历所有Layer构建WindowInfo列表// 构建窗口信息的核心逻辑 void buildWindowInfos(std::vectorWindowInfo outWindowInfos) { mDrawingState.traverseInReverseZOrder([](Layer* layer) { if (layer-needsInputInfo()) { outWindowInfos.push_back(layer-fillInputInfo(...)); } }); }实测发现一个坑当屏幕旋转时需要等待performSurfacePlacement完成后再更新输入信息否则会出现坐标错乱。5. InputDispatcher的事件分发最终数据通过WindowInfosListenerInvoker到达InputDispatchervoid InputDispatcher::onWindowInfosChanged( const vectorWindowInfo windowInfos, const vectorDisplayInfo displayInfos) { // 更新窗口句柄列表 setInputWindows(windowInfos, displayId); // 处理焦点变更 if (oldFocusedWindow ! newFocusedWindow) { cancelEventsForWindow(oldFocusedWindow); // 取消旧窗口事件 } }InputDispatcher的核心处理逻辑有效性检查过滤掉不可见/不可触摸的窗口焦点管理处理FLAG_NOT_FOCUSABLE等标志位触摸目标查找通过findTouchedWindowAtLocked()匹配坐标间谍窗口特殊处理isSpy()窗口如输入法一个典型的事件分发耗时分布20% 坐标变换计算30% 窗口查找与验证50% 跨进程通信开销6. 跨进程通信优化实践在开发TV launcher时我们遇到过输入延迟问题。通过systrace分析发现瓶颈在IPC传递# 监控Binder调用的命令 adb shell su root cat /sys/kernel/debug/tracing/trace_pipe | grep Binder优化措施包括批量更新合并多次窗口变更减少IPC次数数据精简只传递变更字段通过isChanged()标志异步处理非关键路径使用scheduleAnimation()// 优化后的更新逻辑 if (!mUpdateInputWindowsImmediately) { mDisplayContent.getPendingTransaction().merge(mInputTransaction); mDisplayContent.scheduleAnimation(); // 延迟到VSync周期处理 }7. 调试技巧与问题定位当遇到触摸事件异常时可以这样排查查看当前窗口信息adb shell dumpsys input | grep -A 12 Window检查SurfaceFlinger状态adb shell dumpsys SurfaceFlinger --input关键日志过滤adb logcat -b events | grep am_focused_activity常见问题模式坐标偏移检查DisplayTransform是否正确应用事件丢失确认InputChannel是否正常注册响应延迟检查窗口的dispatchingTimeout设置记得在WindowManager的InputMonitor.java中添加调试日志if (DEBUG_INPUT) { Slog.d(TAG, Window name touchableRegion region); }8. 线程模型与同步机制整个传递链路涉及多线程协作WMS线程WindowManagerThread处理窗口变更SF主线程android.display执行合成操作InputDispatcher线程独立处理输入事件关键同步点mGlobalLock保护窗口树结构Transaction原子性确保Surface状态一致InputChannel的线程安全通过Looper机制在自定义窗口时需要注意// 正确做法在ViewRootImpl的线程创建InputChannel new InputChannel(); // 错误做法在任意线程创建会导致同步问题
