iOS14.2中当点击新创建的Window时KeyWindow改变问题探究

问题描述：

现在的App里一共有2个UIWindow,一个是加载Tabbar的Window，一个是悬浮播放器的Window。 像Loading这种视图默认是加载在 UIApplication.shared.keyWindow上的。

但在升级到iOS14.x后出现了一个问题。
当点击悬浮播放器的Window时，App的KeyWindow会自动变成悬浮播放器的Window。
这个时候再去添加Loading到KeyWindow上就会出现视图错乱的Bug。

明明在iOS14以前都是好的，为什么在iOS14.5的系统就会出现这个问题。

探究过程：

方案一：

首先想到的就是通过runtime Hook的方式去监听 UIApplication.shared.keyWindow的Set方法，来确定改变时机。
但KeyWindow属性在UIKit中标记为{ get }. 故方案不可取。❎

image.png

方案二：

通过Symbolic BreakPoint [符号断点]来查看其方法调用堆栈。

image.png

那就让我们开始吧~

首先通过断点工具查看 UIApplication.shared.keyWindow的具体实现。

image.png

其实是调用了UIWindow 的 KeyWindow 方法。
然后 通过反编译来获取 UIWindow的KeyWindow方法具体实现，发现无法获取方法的具体实现。

这个时候就通过classdump获取UIWindow类的所有方法，逐个查阅, 找出可能有关系的方法。
再通过断点找出对应堆栈。

具体UIKit的class dump网上已经有很多人做了，这里提供一个现成的UIWindow.h的头文件内容。

在全局搜索了所有关于Keywindow的方法后，

image.png

- (void)_makeKeyWindowIgnoringOldKeyWindow:(BOOL)arg1;

这个方法的可能性最强。

在Xcode中继续打一个symbolic 断点。用来监听[UIWindow _makeKeyWindowIgnoringOldKeyWindow:]的调用。

image.png

在iOS14.5的手机上当点击新的窗口时,会触发断点。
而在iOS13.6的系统上。断点不会触发。

这也证实了笔者的猜测。

image.png

那么是为什么在点击新的Window上时会触发Window改变呢？
通过查看方法调用顺序，发现是[_UIRemoteKeyboards peekApplicationEvent:]触发了KeyWindow的改变。

image.png

我们再看看[_UIRemoteKeyboards peekApplicationEvent:] 做了些什么， 原来在其方法内部调用了更新KeyWindow的方法。

image.png

结论：

在iOS14.x后点击新创建的Window KeyWindow会切换，主要是苹果在iOS14.x后修改了UIKit的底层实现。 在iOS14.x版本后点击Window触发的[_UIRemoteKeyboards peekApplicationEvent:]会调用[UIWindow _makeKeyWindowIgnoringOldKeyWindow:]来更新KeyWindow.

而在iOS14.x之前也会触发[_UIRemoteKeyboards peekApplicationEvent:]方法，但不会调用[UIWindow _makeKeyWindowIgnoringOldKeyWindow:]来更新KeyWindow。