presentViewController和keyWindow关系

一. 背景

之前toastView改版，然后基础架构组的同事重写了下，使用过程中发现,加在window上的toastView，竟然被present出来的登录页面给挡住了，基于这个问题进行了分析，并将相应的原因记录下。

二. 定位问题与分析

经定位调试，我们可以发现在iOS13及以上的系统，present出来的vc也是直接加载window上，所以导致了将toastView覆盖住。

我们可以看下demo:

image

我们在FJFWindowViewController的view上添加一个红色按钮，点击present到FJFPresentViewController页面，然后将一个黑色view添加到当前应用的window上，看下present出来的FJFPresentViewController是否会遮住黑色view.

presentAndWindow.gif

从实验结果，我们很容易看出，present出来的FJFPresentViewController遮住了黑色的view。

我们再来看一下视图的层级，发现FJFPresentViewController也是添加到window上的，而且按照栈的添加顺序，显示在前面，所以盖住了黑色的view。

image

我们从打印的日志也可以看出来:

image

这是iOS13及以上系统会这样，那如果是iOS13一下系统是怎样的呢？

我们选中iOS11.4的模拟器系统:

image

我们可以看到present出来的FJFPresentViewController显示在黑色view下面。

presentAndWindow_iOS11.gif

我们再来看下视图的层级:

image

从这个视图的层级看，黑色视图是在FJFPresentViewController下面，但实际显示黑色view确显示在上面，所以可能是xcode的这个视图层级有问题。

于是我们通过代码打印window的子视图数组，看下真正的顺序是怎样的。

image

我们可以看到黑色view是显示最上面的，这跟实际的结果正好相符合。

三. 总结

• 在iOS13及以上系统,之所以会出现present出来的vc挡住了加载window上的toastView，原因在于iOS13及以上系统,present出来的vc,也是单独加载window上导致的，因为iOS13及以上系统，present添加了半弹框的样式，所以将present出来的vc添加方式做了修改，直接添加到window上。
• iOS13以下的系统，由于present出来的vc都是直接盖住当前视图，没有半弹框的样式，所以present出来的vc是直接替换了原来的navigationVc，而添加到window上的toastView，依然显示在最前方。

四. 解决方法

• 如果想让toastView显示在最前方，可以通过window的bringSubviewToFront将toastView显示在最前方。