AI 助理
备案控制台
开发者社区 开发与运维 文章 正文

谈谈 Android 的手势返回

2023-07-03 165
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
简介： qmui android对手势返回的实现

前言

手势返回对用户而言是一个很便捷的操作，苹果原生支持，而 Android 到如今都没有考虑过这件事，所以只能有 App 开发者自己来完成，不过这也给了开发者创造的空间。最近在繁忙的业务开发之余，将 QMUIDemo 中的 fragment 管理基础类提取出来作为一个新的库，然后添加了手势返回的功能，目前已经完成最初版本，有兴趣的可以试试，在 build.gragle 中引入：

implementation "com.qmuiteam:arch:0.0.1"

然后使用 QMUIFragmentActivity 和 QMUIFragment 来作为 base 类搭建 UI，怎么使用可以参考 QMUI_Android 项目，本文会介绍其实现原理和几个控制接口。

Activity 的手势返回

目前开源的手势返回实现基本上都是针对 Activity 的，例如经典的实现：SwipeBackLayout, 之所以经典，是因为之后的实现基本上都使用的它提供的 View（SwipeBackLayout）。实现 Activity 手势返回的原理也很简单，就是在拖拽开始时把 Activity 改为透明的，这样就可以看到背后的 Activity 了，然而系统并没有提供接口来将             Activity 改为透明的，所以只能通过反射的方式来实现。当然，将 Activity 改为透明的，是有性能消耗的，并且可能引发其它坑点，所以也有其它方案的，例如 and_swipeback。对于 SwipeBackLayout 的使用和如何利用反射将 Activity 改为透明，这里推荐一篇博文 Android 平台滑动返回库对比。

单 Activity 多 Fragment 的手势返回。

个人推崇单 Activity 多 Fragment 的 UI 架构：轻量级，更灵活，不用每次添加新界面就去改 AndroidManifest，等等。


目前业界也有针对 Fragment 的手势返回实现，不过前提是 Fragment 一个一个的 add 到 视图上的，这里其实不是很优雅，如果你的导航很深，那么你的视图就会同时存在很多Fragment, 应该会越来越容易出现卡顿的情况。QMUIFragment 采用 replace 的方式，这样视图上就会只存在一个Fragment，保证性能，可以看一下 QMUIFragmentActivity.startFragment 方法：

public void startFragment(QMUIFragment fragment) {  
    QMUIFragment.TransitionConfig transitionConfig = fragment.onFetchTransitionConfig();
    String tagName = fragment.getClass().getSimpleName();
    getSupportFragmentManager()
            .beginTransaction()
            .setCustomAnimations(transitionConfig.enter, transitionConfig.exit, transitionConfig.popenter, transitionConfig.popout)
            .replace(getContextViewId(), fragment, tagName)
            .addToBackStack(tagName)
            .commit();
}

采用 replace 方法实现 Fragment 的跳转，带来的代价就是手势返回非常不好实现。如果不清楚 FragmentManager 和 BackStackRecord 的运作机制，基本上很难实现这个功能。这也是我迟迟才添加上这个功能的原因，前期花费了大量的时间去理顺 FragmentManager 的实现逻辑。


首先我们要知道 addToBackStack 具体是做的什么，可能从字面意思上理解，是将 Fragment 添加到 BackStack 里。 其实不是的，其添加的是操作过程（Op）。比如说 replace 操作， 它是两个操作：一个 remove 和 一个 add，那么 BackStackRcord 就会记录这两个操作， 在 popBackStack 时根据所记录的操作执行逆向的操作。 所以实现手势返回的一个关键点就可以确定下来， 修改 BackStackRcord 里记录的操作。


先来看看手势返回触发的操作：

public void onEdgeTouch(int edgeFlag) {  
    Log.i(TAG, "SwipeListener:onEdgeTouch: edgeFlag = " + edgeFlag);
    FragmentManager fragmentManager = getFragmentManager();
    if (fragmentManager == null) {
        return;
    }
    int backstackCount = fragmentManager.getBackStackEntryCount();
    // 如果 backstackCount > 1, 则手势返回后依然是Fragment
    if (backstackCount > 1) {
        try {
            // 后去最后一个 BackStackRcord， BackStackRcord 是 BackStackEntry 的唯一实现类
            FragmentManager.BackStackEntry backStackEntry = fragmentManager.getBackStackEntryAt(backstackCount - 1);
            // 通过反射获取此次操作记录: 一般是两个：remove 前一个fragment 和 add 后一个操作
            Field opsField = backStackEntry.getClass().getDeclaredField("mOps");
            opsField.setAccessible(true);
            Object opsObj = opsField.get(backStackEntry);
            if (opsObj instanceof List<?>) {
                List<?> ops = (List<?>) opsObj;
                for (Object op : ops) {
                    // 遍历所有操作，通过 cmd 确定操作类型
                    Field cmdField = op.getClass().getDeclaredField("cmd");
                    cmdField.setAccessible(true);
                    int cmd = (int) cmdField.get(op);
                    if (cmd == 3) {
                        // 如果 cmd == 3， 则是 remove 操作，那么将其进入动画置为0.这样手势返回就不会触发前一个 fragment 的进入动画了。
                        Field popEnterAnimField = op.getClass().getDeclaredField("popEnterAnim");
                        popEnterAnimField.setAccessible(true);
                        popEnterAnimField.set(op, 0);
                        // 通过反射 fragment 字段可以获取之前被 remove 的 fragment, 也就是前一个 fragment
                        Field fragmentField = op.getClass().getDeclaredField("fragment");
                        fragmentField.setAccessible(true);
                        Object fragmentObject = fragmentField.get(op);
                        if (fragmentObject instanceof QMUIFragment) {
                            QMUIFragment fragment = (QMUIFragment) fragmentObject;
                            // 将前一个 fragment 管理的 View 添加到视图最下层，因此手势返回时就可以看到背后的 view
                            ViewGroup container = getBaseFragmentActivity().getFragmentContainer();
                            // 触发前一个 fragment 的 onCreateView（3参数），得到 fragment 所管理的 view。
                            fragment.isCreateForSwipeBack = true;
                            View baseView = fragment.onCreateView(LayoutInflater.from(getContext()), container, null);
                            fragment.isCreateForSwipeBack = false;
                            if (baseView != null) {
                                // 添加 tag, 标示是手势返回过程中用到的 View
                                baseView.setTag(R.id.qmui_arch_swipe_layout_in_back, SWIPE_BACK_VIEW);
                                // 将它添加到视图最下层
                                container.addView(baseView, 0);
                                // 模仿微信的手势返回，提供一个init offset,可实现视差滚动
                                int offset = Math.abs(backViewInitOffset());
                                if (edgeFlag == EDGE_BOTTOM) {
                                    ViewCompat.offsetTopAndBottom(baseView, offset);
                                } else if (edgeFlag == EDGE_RIGHT) {
                                    ViewCompat.offsetLeftAndRight(baseView, offset);
                                } else {
                                    ViewCompat.offsetLeftAndRight(baseView, -1 * offset);
                                }
                            }
                        }
                    }
                }
            }
        } catch (NoSuchFieldException e) {
            e.printStackTrace();
        } catch (IllegalAccessException e) {
            e.printStackTrace();
        }
    } else {
        // 如果已经是第一个 fragment, 那么就就回归到 Activity 的手势返回，将其 Activity 改为透明的
        if (getActivity() != null) {
            getActivity().getWindow().getDecorView().setBackgroundColor(0);
            Utils.convertActivityToTranslucent(getActivity());
        }
    }
}

主要的核心就是去掉前一个 fragment 的进入动画，将其管理的 view 添加到视图下层。为了模仿微信的视差效果，我也提供了一个方法 backInitOffset(), 子类重写，可以得到完美模仿视差滚动，当然如果 activity, 就没有支持到了。


在拖拽过程中，基本上就是更新背后 view 的位置，没有太多的内容。然后就是拖拽完成。 分为两种情况，一种是放弃返回，一种是执行返回。如果放弃返回，则删除背后的View，如果执行返回，则需要将当前 fragment 的退出动画置为0，然后执行 popbackstack。 具体代码为：

public void onScrollStateChange(int state, float scrollPercent) {  
    ViewGroup container = getBaseFragmentActivity().getFragmentContainer();
    int childCount = container.getChildCount();
    if (state == SwipeBackLayout.STATE_IDLE) {
        if (scrollPercent <= 0.0F) {
            // 放弃反回，根据 tag 移除 view
            for (int i = childCount - 1; i >= 0; i--) {
                View view = container.getChildAt(i);
                Object tag = view.getTag(R.id.qmui_arch_swipe_layout_in_back);
                if (tag != null && SWIPE_BACK_VIEW.equals(tag)) {
                    container.removeView(view);
                }
            }
        } else if (scrollPercent >= 1.0F) {
           // 执行返回， 已经要根据 tag 移除 view, 还原正常的返回流程
            for (int i = childCount - 1; i >= 0; i--) {
                View view = container.getChildAt(i);
                Object tag = view.getTag(R.id.qmui_arch_swipe_layout_in_back);
                if (tag != null && SWIPE_BACK_VIEW.equals(tag)) {
                    container.removeView(view);
                }
            }
            FragmentManager fragmentManager = getFragmentManager();
            if (fragmentManager == null) {
                return;
            }
            int backstackCount = fragmentManager.getBackStackEntryCount();
            if (backstackCount > 0) {
                try {
                    FragmentManager.BackStackEntry backStackEntry = fragmentManager.getBackStackEntryAt(backstackCount - 1);
                    Field opsField = backStackEntry.getClass().getDeclaredField("mOps");
                    opsField.setAccessible(true);
                    Object opsObj = opsField.get(backStackEntry);
                    if (opsObj instanceof List<?>) {
                        List<?> ops = (List<?>) opsObj;
                        for (Object op : ops) {
                            Field cmdField = op.getClass().getDeclaredField("cmd");
                            cmdField.setAccessible(true);
                            int cmd = (int) cmdField.get(op);
                            if (cmd == 1) {
                                // 如果 cmd == 1， 则说明之前的操作是 add, 也就是添加当前 fragment 的操作， 我们需要去除其 remove 动画
                                Field popEnterAnimField = op.getClass().getDeclaredField("popExitAnim");
                                popEnterAnimField.setAccessible(true);
                                popEnterAnimField.set(op, 0);
                            }
                        }
                    }
                } catch (NoSuchFieldException e) {
                    e.printStackTrace();
                } catch (IllegalAccessException e) {
                    e.printStackTrace();
                }
            }
            popBackStack();
        }
    }
}

这样整个手势返回的流程就通了。还有存在一个问题。 前一个 fragment 的 onCreateView(3参数)会执行多次。 手势返回会触发一次，popBackStack又会触发一次，所以我们需要对 Fragment 创建的 View 做 cache。但这里并不能简简单单的用一个成员变量保存它。 需要考虑一下几种情况：


1.View 正在动画过程中，有些时候，我们会进入一个界面，然后在动画还没结束时就快速返回，这样会触发 View 的移除动画还没结束就添加动画，这里的问题具体可看 这里

2.android support 包升级到 27 以后， FragmentManager 支持了 transition。 不过 transition 和动画同时使用，又会掉进 view 不能成功移除的坑， 我给 google 提了个 bug单，期待官方可以处理下。


针对这两点，我的做法是：


1.通过反射 fragment.getAnimatingAway()，判断是否是在动画过程中，如果是，则抛弃重新创建View, 后期看看能不能寻找到更好的方式

2.如果掉进 view 不能成功移除的坑，会有一个现象：view.getParent != null && view.getParent.indexOfChild(view) == -1。 因此。如果满足这种条件，那就通过反射强制将 mParent 置为 null。 具体代码：

public View onCreateView(@NonNull LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {  
    SwipeBackLayout swipeBackLayout;
    if (mCacheView == null) {
        swipeBackLayout = newSwipeBackLayout();
        mCacheView = swipeBackLayout;
    } else if (isCreateForSwipeBack) {
        // in swipe back, must not in animation
        swipeBackLayout = mCacheView;
    } else {
        boolean isInRemoving = false;
        try {
            Method method = Fragment.class.getDeclaredMethod("getAnimatingAway");
            method.setAccessible(true);
            Object object = method.invoke(this);
            if (object != null) {
                isInRemoving = true;
            }
        } catch (NoSuchMethodException e) {
            isInRemoving = true;
            e.printStackTrace();
        } catch (IllegalAccessException e) {
            isInRemoving = true;
            e.printStackTrace();
        } catch (InvocationTargetException e) {
            isInRemoving = true;
            e.printStackTrace();
        }
        if (isInRemoving) {
            swipeBackLayout = newSwipeBackLayout();
            mCacheView = swipeBackLayout;
        } else {
            swipeBackLayout = mCacheView;
        }
    }
    if (!isCreateForSwipeBack) {
        mBaseView = swipeBackLayout.getContentView();
        swipeBackLayout.setTag(R.id.qmui_arch_swipe_layout_in_back, null);
    }
    ViewCompat.setTranslationZ(swipeBackLayout, mBackStackIndex);
    swipeBackLayout.setFitsSystemWindows(false);
    if (getActivity() != null) {
        QMUIViewHelper.requestApplyInsets(getActivity().getWindow());
    }
    if (swipeBackLayout.getParent() != null) {
        ViewGroup viewGroup = (ViewGroup) swipeBackLayout.getParent();
        if (viewGroup.indexOfChild(swipeBackLayout) > -1) {
            viewGroup.removeView(swipeBackLayout);
        } else {
            // see https://issuetracker.google.com/issues/71879409
            try {
                Field parentField = View.class.getDeclaredField("mParent");
                parentField.setAccessible(true);
                parentField.set(swipeBackLayout, null);
            } catch (NoSuchFieldException e) {
                e.printStackTrace();
            } catch (IllegalAccessException e) {
                e.printStackTrace();
            }
        }
    }
    return swipeBackLayout;
}

最后 QMUIFragment 提供 canDragBack， 控制当前 fragment 能否手势返回。


目前这个方案个人能想到的最好版本。后期可能会通过精读源码，有跟多的改进。目前这个方案主要还是存在一个不足： 大量的运用反射，如果 support 包更新，改动了某些字段，可能会造成手势返回不能正常工作。

文章标签：
Android开发
开发者
古哥E下
目录
相关文章
码农小达人
|
编解码 前端开发 Java
Android drawFunctor 原理及应用
Android drawFunctor 原理及应用
码农小达人
147 0
孟文鑰
|
消息中间件 存储 设计模式
Android 面试题
Android 面试题
孟文鑰
176 0
mogqp3unktbnq
|
消息中间件 存储 前端开发
Android面试题大全二（上）
谈谈你对android系统（体系）架构的理解 Linux操作系统为核心，从下往上，依赖关系。 应用程序层：包括系统应用以及第三方应用。 应用程序框架：提供应用开发所必须的一些API框架，是软件复用的重要手段 库：android运行时（核心包（相当于JDK提供的包），虚拟机（优化过的JVM））；C/C++的一些库 Linux核心：提供了电源管理、进程调度、内存管理、网络协议栈、驱动模型等核心系统服务
mogqp3unktbnq
140 0
Android面试题大全二（上）
5muvjfzwwqeag
|
前端开发 Java API
Android drawFunctor原理及应用
一. 背景AntGraphic项目Android平台中使用了基于TextureView环境实现GL渲染的技术方案，而TextureView需使用与Activity Window独立的GraphicBuffer，RenderThread在上屏TextureView内容时需要将GraphicBuffer封装为EGLImage上传为纹理再渲染，内存占用较高。为降低内存占用，经仔细调研Android源码，
5muvjfzwwqeag
620 0
mogqp3unktbnq
|
XML 存储 缓存
Android面试题大全二（下）
性能优化 ； 九切图；SVG图片 ；Android中数据常见存储方式 ；进程间通信 ；常见的网络框架 ；常用的图片加载框架以及特点、源码； 在Android开发里用什么做线程间的通讯工具 ；Android新特性相关
mogqp3unktbnq
163 0
mogqp3unktbnq
|
存储 缓存 前端开发
Android面试题大全（2）
IntentService面试题 ListView面试题 Android项目构建面试题 ANR面试题 OOM面试题 Bitmap面试题 UI卡顿面试题 内存泄漏面试题 内存管理面试题 冷启动和热启动面试题 其他优化面试题 架构模式面试题 插件化面试题 热更新面试题 进程保活面试题 Lint面试题
mogqp3unktbnq
176 0
mogqp3unktbnq
|
安全 前端开发 Java
Android面试题大全（1）
Fragment面试题 Service面试题 Broadcast Receiver面试题 WebView面试题 Binder面试题 Handler面试题 AsyncTask面试题 HandlerThread面试题
mogqp3unktbnq
185 0
技术小能手
|
前端开发 Java Linux
31道Android面试题 ，牢固你的基础！
技术小能手
2812 0
张士超
|
XML 存储 数据库
Android基础知识
Android： 五种布局： FrameLayout 、 LinearLayout 、 AbsoluteLayout 、 RelativeLayout 、 TableLayout 全都继承自ViewGroup，各自特点及绘制效率对比。
张士超
1185 0
jasmine_ben
|
Java Linux API
android面试题
最近在准备android面试，整理了下相关的面试题，分为如下三个部分：android部分、Java部分、算法面试题，后续有新内容直接在对应的文章中补充。 android部分：本文 Java部分: https://www.
jasmine_ben
1877 0