废话
不久前淘汰了用了三年多的iPhone6Plus,换了部三星S9+。流畅的吃鸡体验,丝滑的屏幕,超高的性价比(港行还另打了9折),真喜欢的不行。不过从IOS切换到Android,还是不太适应,首当其冲就是 没!有!侧!滑!返!回! 每天蚂蚁森林偷个能量要点无数遍返回键,简直崩溃!于是,热(喜)爱(欢)工(装)作(逼)的我,决定在自己的项目中一定要有爱的不行的侧滑功能。
分析
搜一下“Android侧滑返回”,现在有很多很多的开源库作为选择。我几乎把每一种类型都尝试了一遍,发现了很多很多坑。按照实现方式的不同,我把它们大致归位两大类:
- 不透明方案
不透明方案通过注册ActivityLifecycleCallbacks
回调来管理Activity栈,以获取下层Activity的ContentView,然后在上层Activity进行绘制。
- 不透明方案分支一
在顶层Activity的DecorView中插入一个Layout。监听侧滑事件,移动顶层Activity的ContentView同时,在该Layout的onDraw中调用View.draw(Canvas canvas)
绘制下层Activity的ContentView。造成侧滑透视到下层Activity的假象。
存在问题:当布局变化或数据更新,如横竖屏切换、导航栏隐藏、窗口模式、分屏模式等,该假象始终如一不会有对应改变。
- 不透明方案分支二
在顶层Activity的DecorView中插入一个Layout。将下层Activity的ContentView移除,并添加到该Layout中。监听侧滑事件,移动顶层Activity的ContentView,亦可造成侧滑透视到下层Activity的假象。此方案比方案一好在:可以适应部分布局变化。
存在问题:下层Activity有数据改变,无对应更新。当顶层Activity重建时(旋转屏幕、切换窗口模式等),会丢失ContentView中绑定的数据。旋转屏幕时,若下层Activity有对应两套布局,该假象露馅。
- 透明方案
通过设置窗口透明,真正透视到下层Activity的界面。
- 透明方案一
在styles中配置如下两条属性:
@android:color/transparent
true
然后监听侧滑事件,移动顶层Activity的ContentView,即可真正透视到下层Activity的界面。此时无论布局变化、数据更新,都没问题。BUT!该方案问题多如牛毛。。。
存在问题:windowIsTranslucent
为true会引起一系列的动画问题,如前后台切换动画、Activity回退动画等。网上有解决方案说设置"android:windowEnterAnimation"
和"android:windowExitAnimation"
,经测试并无卵用。同时,在SDK26(Android8.0)及以上,会与固定屏幕方向冲突造成闪退。同时,下层的Activity只会进入onPause状态,不会onStop,当页面开启过多时,一定会
让你崩溃。
- 透明方案二
如透明方案一&#x