问题描述：
现在的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 }. 故方案不可取。❎
方案二：
通过Symbolic BreakPoint [符号断点]来查看其方法调用堆栈。
那就让我们开始吧~
首先通过断点工具查看 UIApplication.shared.keyWindow的具体实现。
其实是调用了UIWindow 的 KeyWindow 方法。
然后 通过反编译来获取 UIWindow的KeyWindow方法具体实现，发现无法获取方法的具体实现。
这个时候就通过classdump获取UIWindow类的所有方法，逐个查阅, 找出可能有关系的方法。
再通过断点找出对应堆栈。
具体UIKit的class dump网上已经有很多人做了，这里提供一个现成的UIWindow.h的头文件内容。
在全局搜索了所有关于Keywindow的方法后，
- (void)_makeKeyWindowIgnoringOldKeyWindow:(BOOL)arg1;
这个方法的可能性最强。
在Xcode中继续打一个symbolic 断点。用来监听[UIWindow _makeKeyWindowIgnoringOldKeyWindow:]的调用。
在iOS14.5的手机上当点击新的窗口时,会触发断点。
而在iOS13.6的系统上。断点不会触发。
这也证实了笔者的猜测。
那么是为什么在点击新的Window上时会触发Window改变呢？
通过查看方法调用顺序，发现是[_UIRemoteKeyboards peekApplicationEvent:]触发了KeyWindow的改变。
我们再看看[_UIRemoteKeyboards peekApplicationEvent:] 做了些什么， 原来在其方法内部调用了更新KeyWindow的方法。
结论：
在iOS14.x后点击新创建的Window KeyWindow会切换，主要是苹果在iOS14.x后修改了UIKit的底层实现。 在iOS14.x版本后点击Window触发的[_UIRemoteKeyboards peekApplicationEvent:]会调用[UIWindow _makeKeyWindowIgnoringOldKeyWindow:]来更新KeyWindow.
而在iOS14.x之前也会触发[_UIRemoteKeyboards peekApplicationEvent:]方法，但不会调用[UIWindow _makeKeyWindowIgnoringOldKeyWindow:]来更新KeyWindow。
