Android：Fragment + Activity 二合一

2024-02-04 17:22:28

前言

能否在不包含侧滑菜单的时候，添加一个侧滑返回，边缘finish当前Fragment？

今天把这项工作完成了，做成了单独的SwipeBackFragment库以及Fragmentation－SwipeBack拓展库

特性：
1、SwipeBackFragment , SwipeBackActivity二合一：当Activity内的Fragment数大于1时，滑动finish的是Fragment，如果小于等于1时，finish的是Activity。

2、支持左、右、左&右滑动（未来可能会增加更多滑动区域）

3、支持Scroll中的滑动监听

4、帮你处理了app被系统强杀后引起的Fragment重叠的情况

效果

Android：Fragment + Activity 二合一

效果图

谈谈实现

拖拽部分大部分是靠ViewDragHelper来实现的，ViewDragHelper帮我们处理了大量Touch相关事件，以及对速度、释放后的一些逻辑监控，大大简化了我们对触摸事件的处理。(本篇不对ViewDragHelper做详细介绍，有不熟悉的小伙伴可以自行查阅相关文档)

对Fragment以及Activiy的滑动退出，原理是一样的，都是在Activity/Fragment的视图上，添加一个父View：SwipeBackLayout，该Layout里创建ViewDragHelper，控制Activity/Fragment视图的拖拽。

1、Activity的实现

对于Activity的SwipeBack实现，网上有大量分析，这里我简要介绍下原理，如下图：

Android：Fragment + Activity 二合一

我们只要保证SwipeBackLayout、DecorView和Window的背景是透明的，这样拖拽Activity的xml布局时，可以看到上个Activity的界面，把布局滑走时，再finish掉该Activity即可。

public void attachToActivity(FragmentActivity activity) {
    ...
    ViewGroup decor = (ViewGroup) activity.getWindow().getDecorView();
    ViewGroup decorChild = (ViewGroup) decor.getChildAt(0);
    decorChild.setBackgroundResource(background);
    decor.removeView(decorChild);  // 移除decorChild
    addView(decorChild);        // 添加decorChild到SwipeBackLayout(FrameLayout)
    setContentView(decorChild);
    decor.addView(this);}        // 把SwipeBackLayout添加到DecorView下

2、Fragment的实现

重点来了，Fragment的实现！
在实现前，我先说明Fragment的几个相关知识点：

1、Fragment的视图部分其实就是在onCreateView返回的View；

2、同一个Activity里的多个通过add装载的Fragment，他们在视图层是叠加上去的：
hide()并不销毁视图，仅仅让视图不可见，即View.setVisibility(GONE);，
show()让视图变为可见，即View.setVisibility(VISIBLE);；

Android：Fragment + Activity 二合一

add+show/hide的情况

3、通过replace装载的Fragment，他们在视图层是替换的，replace()会销毁当前的Fragment视图，即回调onDestoryView，返回时，重新创建视图，即回调onCreateView；

Android：Fragment + Activity 二合一

replace的情况

4、不管add还是replace，Fragment对象都会被FragmentManager保存在内存中，即使app在后台因系统资源不足被强杀，FragmentManager也会为你保存Fragment，当重启app时，我们可以从FragmentManager中获取这些Fragment。

分析：

Fragment之间的启动无非下图中的2种：

Android：Fragment + Activity 二合一

而这个库我并没有考虑replace的情况，因为我们的SwipeBackFragment应该是在"流式"使用的场景（FragmentA -> FragmentB ->....），而这种场景下结合上面的2、3、4条，add+show(),hide()无疑更优于replace，性能更佳、响应更快、我们app的代码逻辑更简单。

add+hide的方式的实现

从第1条，我们可以知道onCreateView的View就是需要放入SwipeBackLayout的子View，我们给该子View一个背景色，然后SwipeBackLayout透明，这样在拖拽时，即可看到"上个Fragment"。

当我们拖拽时，上个Fragment A的View是GONE状态，所以我们要做的就是当判断拖拽发生时，Fragment A的View设置为VISIBLE状态，这样拖拽的时候，上个Fragment A就被完好的显示出来了。

核心代码：

@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
    View view = inflater.inflate(...);
    return attachToSwipeBack(view);
}

protected View attachToSwipeBack(View view) {
    mSwipeBackLayout.addView(view);
    mSwipeBackLayout.setFragment(this, view);
    return mSwipeBackLayout;
}

但是相比Activity，上个Activity的视图状态是VISIBLE的，而我们的上个Fragment的视图状态是GONE的，所以我们需要FragmentA.getView().setVisibility(VISIBLE)，但是时机是什么时候呢？

最好的方案是开始拖拽前的那一刻，我是在ViewDragHelper里的tryCaptureView方法处理的：

@Override
public boolean tryCaptureView(View child, int pointerId) {
    boolean dragEnable = mHelper.isEdgeTouched(ViewDragHelper.EDGE_LEFT);
    if (mPreFragment == null) {
        if (dragEnable && mFragment != null) {
            ...省略获取上一个Fragment代码
            mPreFragment = fragment;
            mPreFragment.getView().setVisibility(VISIBLE);
            break;
        }
    } else {
       View preView = mPreFragment.getView();
       if (preView != null && preView.getVisibility() != VISIBLE) {
             preView.setVisibility(VISIBLE);
       }
    }
    return dragEnable;
}

通过上面代码，我们拖拽当前Fragment前的一瞬间，PreFragment的视图会被VISIBLE，同时完全不会影响onHiddenChanged方法，完美。（到这之前可能有小伙伴想到，只通过add不hide上个Fragment的思路怎么样？很明显是不行的，因为这样的话onHiddenChanged方法不会被回调，而我们使用add的方式，主要通过onHiddenChanged来作为“生命周期”来实现我们的逻辑的）

还一种情况需要注意，当我已经开始拖拽FragmentB打算pop时，拖拽到一半我放弃了，这时FragmentA的视图已经是VISIBLE状态，我又从B进入到Fragment C，这是我们应该把A的视图GONE掉：

SwipeBackFragment里：
@Override
public void onHiddenChanged(boolean hidden) {
    super.onHiddenChanged(hidden);
    if (hidden && mSwipeBackLayout != null) {
        mSwipeBackLayout.hiddenFragment();
    }
}

SwipeBackLayout里:
public void hiddenFragment() {
    if (mPreFragment != null && mPreFragment.getView() != null) {
        mPreFragment.getView().setVisibility(GONE);
    }
}

坑点

1、触摸事件冲突

当我们所拖拽的边缘区域中的子View，有其他Touch事件，比如Click事件，这时我们会发现我们的拖拽失效了，这是因为，如果子View不消耗事件，那么整个Touch流程直接走onTouchEvent，在onTouchEvent的DOWN的时候就确定了CaptureView。如果子View消耗事件，那么就会先走onInterceptTouchEvent方法，判断是否可以捕获，而在这过程中会去判断另外两个回调的方法：getViewHorizontalDragRange和getViewVerticalDragRange，只有这两个方法返回大于0的值才能正常的捕获；

并且你需要考虑当前拖拽的页面下是有2个SwipeBackLayout：当前Fragment的和Activity的，最后代码如下：

@Override
public int getViewHorizontalDragRange(View child) {
    if (mFragment != null) {
        return 1;
    } else {
        if (mActivity != null && mActivity.getSupportFragmentManager().getBackStackEntryCount() == 1) {
            return 1;
        }
    }
    return 0;
}

这样的话，一方面解决了事件冲突，一方面完成了Activity内Fragment数量大于1时，拖拽的是Fragment，等于1时拖拽的是Activity。

2、动画

我们需要在拖拽完成时，将Fragment/Activity移出屏幕，紧接着关闭，最重要的是要保证当前Fragment/Actiivty关闭和上一个Fragment/Activity进入时是无动画的！

对于Activity这项工作很简单：Activity.overridePendingTransition(0, 0)即可。

对于Fragment，如果本身在Fragment跳转时，就不为其设置转场动画，那就可以直接使用了；
如果你使用了setCustomAnimations(enter,exit)或者setCustomAnimations(enter,exit,popenter,popexit)，你可以这样处理：

SwipeBackLayout里：
{
    mPreFragment.mLocking = true;
    mFragment.mLocking =true;
    mFragment.getFragmentManager().popBackStackImmediate();
    mFragment.mLocking = false;
    mPreFragment.mLocking = false;
}

SwipeBackFragment里：
@Override
public Animation onCreateAnimation(int transit, boolean enter, int nextAnim) {
    if(mLocking){
        return mNoAnim;
    }
    return super.onCreateAnimation(transit, enter, nextAnim);
}

3、启动新Fragment时，不要调用show()

getSupportFragmentManager().beginTransaction()
             .setCustomAnimations(xxx)
             .add(xx, B)
//             .show(B)
             .hide(A)
             .commit();

请不要调用上述代码里的show(B)：
一方面是新add的B本身就是可见状态，不管你是show还是不调用show，都不会回调B的onHiddenChanged方法；
另一方面，如果你调用了show，滑动返回会后出现异常行为，回到PreFragment时，PreFragment的视图会是GONE状态；如果你非要调用show的话，请按下面的方式处理：（没必要的话，还是不要调用show了，下面的代码可能会产生闪烁）

@Overridepublic void onHiddenChanged(boolean hidden) {
    super.onHiddenChanged(hidden);
    if (!hidden && getView().getVisibility() != View.VISIBLE) {
        getView().post(new Runnable() {
            @Override
            public void run() {
                getView().setVisibility(View.VISIBLE);
            }
        });
    }
}

最后

我为什么把这个库做成2个，一个单独使用的SwipeBackFragment和一个Fragmentation-SwipeBack拓展库呢？

原因在于：
SwipeBackFragment库是一个仅实现Fragment&Activity拖拽返回的基础库，适合轻度使用Fragment的小伙伴（项目属于多Activity+多Fragment，Fragment之间没有复杂的逻辑），当然你也可以随意拓展。

Fragmentation主要是在项目结构为 单Activity+多Fragment，或者重度使用Fragment的多Activity+多Fragment结构时的一个Fragment帮助库，Fragment-SwipeBack是在其基础上拓展的一个库，用于实现滑动返回功能，可以用于各种项目结构。

 

相关教程

Android基础系列教程：
Android基础课程U-小结_哔哩哔哩_bilibili
Android基础课程UI-布局_哔哩哔哩_bilibili
Android基础课程UI-控件_哔哩哔哩_bilibili
Android基础课程UI-动画_哔哩哔哩_bilibili
Android基础课程-activity的使用_哔哩哔哩_bilibili
Android基础课程-Fragment使用方法_哔哩哔哩_bilibili
Android基础课程-热修复/热更新技术原理_哔哩哔哩_bilibili

 

本文转自 https://juejin.cn/post/7038445433965772813，如有侵权，请联系删除。

上一篇：Wechat界面设计交互实现-ZTY


下一篇：Fragment的通信，图文详解