全局实现点击TitleBar滚动到顶部

来源：互联网发布：谁与知同梅飘雪编辑：程序博客网时间：2024/04/26 01:18

前几天产品拿着Android App问我们为什么他点击通知栏或者TitleBar都不回滚动到顶部，这不是系统自带的么？这还真不是，苹果是自带功能，而有些安卓厂商也有自实现(例如锤子或魅族?)，但毕竟不是Android系统自带，所以我们就考虑在我们应用实现此功能。

与系统功能不同，我们是在应用里的TitleBar里实现点击滚动到顶部的，单界面实现这个功能并不难，只要在TitleBar里设置点击/双击事件，然后把对应的可滚动的View传给它，让它去调用scrollToTop滚动方法，如ListView和GridView的smoothScrollToTop()方法就可以了。但如果要在每个界面都实现这功能，我们当然不能每个界面都这样去设置一遍，这样太蠢后期也不好维护，我们分析了一下，既然是所有有滚动的界面都要有此功能，那么只能在基类里面实现了，最好做到对所有具体界面无感，不改具体界面每一行代码。针对我们现有的界面架构(TitleBar有抽象出来，默认会动态添加到Activity里)，我认为实现难度应该不大，但有几个问题需要解决：

如何获取当前界面可滚动的View，如果有多个可滚动的View那么该滚动哪个？
我们的Activity与Fragment的界面搭配较多，一个Activity里的不同Fragment来回切换时怎么把当前的Fragment里可滚动View传给Titlebar
Fragment里面如果再多次嵌套Fragment，如何实现上面遇到的问题
如果是滑动的item数较多时，怎么一下子就滑动到顶部，而不是按匀速缓慢的移动到顶部

带着上面这些问题，我扑哧扑哧的干了起来，一个个将它们击破：

问题1：

由于我们界面没有多块区域可滚动的情况，所以我们只要从界面的最下层遍历上来，以第一个可滚动的View为准就可以，实现代码如下：

/** * 遍历找到viewGroup下面的第一个可滑动的View * @param viewGroup * @return 第一个可滑动的子View */public static View findFirstCanScrollView(ViewGroup viewGroup) {    if (viewGroup != null) {        for (int i = 0, N = viewGroup.getChildCount(); i < N; i++) {            View child = viewGroup.getChildAt(i);            if (child instanceof AbsListView) {                Log.i("findFirstCanScrollView", "get AbsListView");                return child;            } else if (child instanceof ScrollView) {                Log.i("findFirstCanScrollView", "get ScrollView");                return child;            } else if (child instanceof WebView) {                Log.i("findFirstCanScrollView", "get WebView");                return child;            } else if (child instanceof ViewGroup) {                View scrollView = findFirstCanScrollView((ViewGroup) child);                if (scrollView != null) {                    return scrollView;                }            }        }    }    return null;}

从上面的代码可以看到，只要把我们界面的最下层的ViewGroup传进来，只要找到任意一个可滑动的View直接就返回，我们现在用到的可滚动的View总共有几类，ListView/GridView/ScrollView/WebView，现在RecyclerView用得还比较少，等用到了再加上去。这种方式实现唯一的一个缺点就是可能引起性能问题，但由于我们界面还不算特别复杂，从我多次测试结果上看，遍历一次最多耗时不回超过5ms，大部分情况是0/1/2ms，且一般只会在初始化遍历一次，所以此方法是可行的。

问题2：

下图是我们界面最为复杂的一个界面框架草图：

app概况图

先说一下Activity和Fragment搭配的界面，由于我们的TitleBar是依附于Activity，所以当前的Fragment就得去设置Activity里TitleBar的可滑动View，这只需要在BaseFragment里做就可以：

 /**     * 设置Activity的滑动View     * @param canScrollView     */    protected void setSmoothToTopView(View canScrollView) {        if (getActivity() instanceof BaseActivity) {            ((BaseActivity)getActivity()).setSmoothToTopView(canScrollView);        }    }

从上图可以看到，现在APP一般首页界面都由几个Tab，当点击底部不同Tab时，切换到不同的Fragment，这种情况下所以每次切换Tab时，都要重新设置Activity里的ScrollView。在Android系统里，不同Fragment的切换通常情况下有两种方式：

一种是用FragmentManager来hide和show不同的Fragment，这种情况每次show和hide都会回调Fragment里的onHiddenChanged(boolean hidden)方法，只要复写这个方法就可以。
一种是用ViewPager配合Fragment的切换，这种情况下会回调Fragment里面的setUserVisibleHint(boolean isVisibleToUser)，在显示的Fragment传入true，在隐藏的Fragment传入false

问题3：

从上面的app草图里面可看到，在Titlebar的下面还有另外一排tab，这样的界面在安卓的app上也能经常看到，但这种界面会碰到新的问题：例如你在这个界面点击顶部的了TAB3，但是你又点击了底部其他的TAB，待会重新点回有头部tab的fragment，你会发现，这时并不会调用上面tab相应fragment的setUserVisibleHint(boolean isVisibleToUser)方法(一般上面的tab用ViewPager来实现)，这也能理解，因为顶部tab是切换顶部才会调用，切换底部跟它没关系。

此时我们能做的办法就是，主动调用一次刚才顶部显示的fragment 的setUserVisibleHint(boolean isVisibleToUser)方法，代码如下：

  /**     * viewPager显示或隐藏Fragment时的回调     * @param isVisibleToUser     */    @Override    public void setUserVisibleHint(boolean isVisibleToUser) {        super.setUserVisibleHint(isVisibleToUser);        //去遍历找        processFirstVisibleToUser(isVisibleToUser);        if (isVisibleToUser) {            /**             * 用于fragment嵌套fragment的情况，当点击父fragment时，父fragment也要回调子fragment的setUserVisibleHint方法             */            List<Fragment> fragments = getChildFragmentManager().getFragments();            if (fragments != null && fragments.size() > 0) {                for (Fragment fragment : fragments) {                    if (fragment != null && fragment.getUserVisibleHint()) {                        fragment.setUserVisibleHint(true);                    }                }            }        }    }

关于Activity和Fragment的搭配还碰到一个问题，是当Fragment只是占Activity的一小块区域，而此时的Activity里的主要区域又是可滑动的，这时Fragment会把Activity的ScrollView冲掉，这种情况我们只能提供一个特殊处理办法，对于这种没有ScrollView或者那些不想滚动到顶部的Fragement，让它们去复写父类的方法：

 /**     * 有些界面不需要滑动到顶部，可复写此方法，返回false     * @return     */    protected boolean isScrollToTop() {        return true;    }

问题4：

对于滚动缓慢的问题比较好办，AbsListView这种类型，比如你已经滑动到100行了，想一下子滚动到顶部，可以先调用setSelection(10)，然后再调用smoothScrollToPosition(0)，从滑动效果上看没破绽。对于WebView，由于它没有smoothScrollToTop之类的方法，可以用ObjectAnimator来动态改变它的ScrollY轴，这种方式只要设置duration就好。TitleBar里的调用滚动的方法如下：

   /**     * 双击操作，目前只对WebView,ScrollView,AbsListView做操作     */    private void doubleClick() {        if (mSmoothToTopView != null) {            if (mSmoothToTopView instanceof AbsListView) {                AbsListView smoothToTopView = (AbsListView) mSmoothToTopView;                int firstVisiblePosition = smoothToTopView.getFirstVisiblePosition();                if (firstVisiblePosition < 11) {                    smoothToTopView.smoothScrollToPosition(0);                } else {                    //太多item时加快速度                    smoothToTopView.setSelection(10);                    smoothToTopView.smoothScrollToPosition(0);                }                smoothToTopView.clearFocus();            } else if (mSmoothToTopView instanceof ScrollView) {                ScrollView scrollView = ((ScrollView) mSmoothToTopView);                scrollView.smoothScrollTo(scrollView.getScrollX(), 0);            } else if (mSmoothToTopView instanceof WebView) {                ObjectAnimator anim = ObjectAnimator.ofInt(mSmoothToTopView, "scrollY", mSmoothToTopView.getScrollY(), 0);                anim.setDuration(200).start();            }        }    }

看到这里你可能会发现，把细节封装的基类虽然很好，但要处理和兼容很多特殊情况，这也是一个框架鲁棒性的体现。

0 0