1.背景
大家都清楚在iOS上实现APP的启动图可以使用两种方式，一种是LaunchImage，一种是LaunchScreen，后者是苹果于iOS8推出并且大力推荐的，但殊不知这里边的坑深似海。
网上有很多对于LaunchScreen设置启动图不更新的帖子，总结来说就是苹果的Springboard对于APP的启动图进行了缓存，目的是APP可以高效的切换，我们咨询了苹果的工程师，得到的答案是缓存策略maybe forever。。。
2.测试结论
因为启动图对于APP来说完全是黑盒，外加苹果的闭源，所以我们经过大量的测试得出如下结论：
【1】LaunchScreen的优先级高于LaunchImage，同一款APP只要安装了有LaunchScreen的版本，即使你重新安装回LaunchImage的版本，不好意思启动图将不生效，展现的依然是LaunchScreen版本的启动图。
【2】没有安装launchScreen版本的APP，LaunchImage可以自由更换启动图，并且即时更新。
看上去是苹果对于缓存策略的一个bug，但我们真的没有办法吗？
3.workround苹果之路
我们展开了workround苹果之路，探究之路就不说了，结论如下：
【1】如果你想在LaunchScreen的情况下更新启动图，你需要修改storyboard的名字以及引用的图片的名字，并且把图片从xcassets里边拿到普通的目录下，直接引用2X和3X图（有一个小细节就是图片必须是全屏图片，我们使用iPhoneX分辨率的2X和3X图）。
上面的方法确实能解决启动图更新的问题，但是会在一些场景下黑屏。
【2】通过大量的测试，我们发现相同名字的覆盖会高概率的出现黑屏问题，于是我们对工程进行了编译改造，在每次编译打包都会生成一个时间戳的stroyboard和图片的名字，这样确实从概率上降低了相同名字覆盖所出现的黑屏问题，当然一般的用户不会对于一个APP频繁的覆盖更新
以上的手段是一个不完美但可以解决使用LaunchScreen冷启动下启动图不更新的问题，但是通过openURL方式拉起热启动APP依旧无计可施
对于以openURL拉起的热启动的APP，我们进行了大量的测试，结论如下
【1】使用LaunchImage的方式实现启动图，通过openURL热启后，没有启动图展示
【2】使用LaunchScreen的方式实现启动图，通过openURL热启后，会展示启动图，但是有一个糟糕的case，如果你先安装了一个启动图的版本，通过openURL热启过，那么再安装一个新启动图的版本，通过openURL热启依旧展示上一次的启动图，尴尬的不能再尴尬
4.原理探究
经过这样大量的测试，我们确实很想知道苹果到底是怎么做的，为什么会有这样的结果？
于是我用越狱机探究了一下苹果的策略，苹果会在var/mobile/Containers/Data/Application/这个目录下存放手机上安装APP的各种缓存数据，包括启动图，你每一次的安装都会生成一个新的目录用来存放，但这仅仅是企业证书的包，且我们发现在越狱机器上不存在不更换启动图的情况，证明越狱机器和正式机器是有区别的，最后AppStore的包启动图没有在这个目录下，翻遍了越狱机器的存储目录没有找到。
5.结论
用LaunchScreen的方式更换启动图，存在很多问题，且苹果能让我们操作的空间不大，没有代码干涉，只能进行配置，看上去不起眼的启动图，也存在这么多问题，苹果的工程师确实需要检讨了，我准备去bugreport给他们报一个非常严重的bug。
最后百度App技术的同学发表了iOS启动图异常修复的文章，解决了这个问题，为百度App技术的同学点赞。
