1.随着科技的发展，我们可以看到从iphoneX的刘海屏开始，引发了各种全面屏和异形屏的出现。这是科技的进步，但是对于各大的应用厂商来说，苦不堪言。
2.当然 ，吐槽归吐槽，我们还是要理智的去对待这个事件的，因为我们要对我们应用的用户负责，为我们的产品负责，为我们的money负责。
3.早在很久以前，当16:9，4:3， 3:2 等不同形状的屏幕的时候，我们用了showAll和黑边来适配我们的应用，但是由于影响美观，我们走上了适配的道路，毕竟科技是进步的。
4.前期的适配，我们选取了16: 9为基础的分辨率，采用了fixedWith去固定宽度，因为那会儿都是宽屏,我们选取宽高比最大的来做基准分辨率，那么我们固定的内容区域，一定是能够展示到屏幕内的，至于为什么，你们可以把上面的比例转换成一样的，比如宽度48，那么就是 48:27, 48:36, 48:32, 这样就容易理解了。
5.那么当全面屏适配出来后，从宽屏到长屏，16:9 继续发展为 18:9，16:9的fixedWidth明显不够显示18:9的内容, 而且后续还会有20:9，21:9，让我们吐血。
这个时候我不知道你们是怎么适配的，我为了保证以前产品的稳定性，我就针对16:9以上比例的产品进行了FixedHeight，你可以用第四点的方法算下，16:9的用FixedHeight一定是最合适的，因为长度一直变长。
接着我会计算出相对应的屏幕偏移量，然后把产品内容按比例横移，这个对于有canvas的creator就很棒了。我们手撸代码的绝对是噩梦，特别在产品矩阵巨大的情况下。
6.接下来谈谈折叠屏。
其实我们以上的2种屏幕适配方案，在这种手机上单独打开都是可以适配的，唯一要调整的就是背景图的大小。
7.但是问题来了，它要在你玩着游戏的过程中切换屏幕的大小，那么就是长屏和宽屏的切换，是不是哭晕厕所。GLview要实习切换，有的人说跟翻转屏幕一样做就行，但是，前提是你做了相对布局，以前也没想过会有这种问题啊。
8.后来我思考了一个方案，反正都是显示16:9的，那我就把layer设计成一个16:9的节点，其他精灵都防止在上面，背景图也是在上面居中显示。然后贴边精灵用相对屏幕的距离进行适配。万幸可以做，但是就是适配周期有点长。
9.大家对cocos适配有不同方案的可以回复里说说。