TabLayout的一些坑

Aran_biubiu

已于 2022-04-11 18:48:28 修改

阅读量996

点赞数 3

分类专栏： Android开发踩坑系列文章标签： Android TabLayout TabLayout下划线 TabLayout错乱

于 2019-04-18 18:27:14 首次发布

本文链接：https://blog.csdn.net/Aran_biubiu/article/details/89385111

版权

Android开发踩坑系列专栏收录该内容

5 篇文章 0 订阅

订阅专栏

1.修改下划线宽度的坑

效果如下：

代码实现方式：

如果想要实现这种效果，最主要控制的就是下划线部分，现在网上有很多通过反射的方式来修改下划线宽度的文章，但这段代码如果实现我们想要的效果是很麻烦的，因为如果研究过源码就知道Indicator的宽度跟Tab的宽度一致的，不能让指示器的宽度小于Tab的宽度，所以我们只能另辟蹊径：通过CustomView自己绘制线，通过添加OnTabSelectedListener来展示隐藏下划线，让原生的Indicaqtor高度为0也不会影响我们的展示。

OK！ Talk is cheap, show me the code.

先隐藏原来的下划线，让其不显示：

    <android.support.design.widget.TabLayout
        android:id="@+id/radio_playlist_tab_layout"
        android:layout_width="match_parent"
        android:layout_height="@dimen/dp_36.7"
        android:background="@color/color_e8e8e8"
        app:tabBackground="@null"
        app:tabIndicatorHeight="0dp"
        app:tabMode="scrollable" />

其次设置CustomView效果：

CustomView

再手动控制切换时Tab的下划线：

mTabLayout.addOnTabSelectedListener(object : TabLayout.OnTabSelectedListener {
            override fun onTabReselected(tab: TabLayout.Tab?) {
                val view = tab?.customView?.findViewById<View>(R.id.tab_indicator)
                val textView = tab?.customView?.findViewById<TextView>(R.id.tab_tv_date)
                textView?.setTextColor(mTabSelectedColor)
                view?.visibility = View.VISIBLE
            }

            override fun onTabUnselected(tab: TabLayout.Tab?) {
                val view = tab?.customView?.findViewById<View>(R.id.tab_indicator)
                val textView = tab?.customView?.findViewById<TextView>(R.id.tab_tv_date)
                textView?.setTextColor(mTabUnSelectedColor)
                view?.visibility = View.INVISIBLE
            }

            override fun onTabSelected(tab: TabLayout.Tab?) {
                val view = tab?.customView?.findViewById<View>(R.id.tab_indicator)
                val textView = tab?.customView?.findViewById<TextView>(R.id.tab_tv_date)
                textView?.setTextColor(mTabSelectedColor)
                view?.visibility = View.VISIBLE
            }

        })

间距部分

只是这样的话，下划线的问题解决了。但对于我们的UI对于界面还原度要求较高，对于Tab之间的间距也有一些要求，所以也要处理，对于间距部分的处理可以按照之前的方式通过反射来完成。注意，这种方式因为需要计算TextView的文字宽度，所以要放到设置完所有的customView后调用。


    private fun customTabWidth(tabLayout: TabLayout) {
        try {
            //拿到tabLayout的mTabStrip属性
            // Note: 新版本的代码中，mTabStrip对象已经没有了，改为了”slidingTabIndicator“
            // 如果更新了targetSdk但这里还是使用的旧版本的反射，会导致进入异常，注意此处
            val mTabStripField = tabLayout.javaClass.getDeclaredField("mTabStrip")
            mTabStripField.isAccessible = true

            val mTabStrip = mTabStripField.get(tabLayout) as LinearLayout

            val dp2 = DensityUtils.dp2px(context, 2f)
            val dp30 = DensityUtils.dp2px(context, 30f)


            for (i in 0 until mTabStrip.childCount) {
                // 此时获取到tabView其实是我们的CustomView
                val tabView = mTabStrip.getChildAt(i)
                // 找到我们的TextView
                val mTextView = tabView.findViewById<TextView>(R.id.tab_tv_date)

                // 测量出TextView文字的宽度
                var width = 0
                width = mTextView.width
                if (width == 0) {
                    mTextView.measure(0, 0)
                    width = mTextView.measuredWidth
                }

                // PDL = padding left    ---   PDR = padding right
                // |PDL30 CONTENT PDR30|  |PDL2 CONTENT PDR30| |PDL2 CONTENT PDR30| |PDL2 CONTENT PDR30|

                
                val params = tabView.layoutParams as LinearLayout.LayoutParams
                // 如果是第一个View，则View左侧还要30dp的空间需要padding
                // 有了TextView的宽度，我们可以根据自己想要的效果去设置Tab的宽度，Tab的实际间距其实是0，但我们可以
                // 通过改变Padding的方式做出Tab间距的效果
                // 对于为什么用**padding**而不是**margin**的原因，请向下看
                if (i == 0) {
                    params.width = width + dp30 + dp30
                    tabView.layoutParams = params
                    tabView.setPadding(dp30, 0, dp30, 0)
                } else {
                    params.width = width + dp2 + dp30
                    tabView.layoutParams = params
                    tabView.setPadding(dp2, 0, dp30, 0)
                }

                tabView.invalidate()
            }
        } catch (e: NoSuchFieldException) {
            e.printStackTrace()
        } catch (e: IllegalAccessException) {
            e.printStackTrace()
        }
    }

2.修改完下划线宽度后tab的滑动位置错乱的坑（TabView的 MarginLeft & MarginRigt 导致的问题）

开始做的时候看网上相关的文档然后做出的效果如下：

[外链图片转存失败(img-MYckpyi8-1563266104456)(https://s2.ax1x.com/2019/04/18/ES42z6.gif)]

可以看到当滑过去以后，Tab又位移了一段距离，我想如果你仔细看过的话，肯定知道滑动完位移后的位置是正确的，那么为什么会出现这种情况以及如何解决？？

看源码！

因为是我们关联的ViewPager滑动导致的Tab位移，那么就从ViewPager的移动时开始找线索，通过setupWithViewPager()方法中可以看到，TabLayout代码中给ViewPager对象通过addOnPageChangeListener()方法添加了一个监听，那么我们看一下监听的回调好了！

 public static class TabLayoutOnPageChangeListener implements ViewPager.OnPageChangeListener {
        // 忽略无关代码

        // **主要看这里哦~！~！~ **
        @Override
        public void onPageScrolled(final int position, final float positionOffset,
                final int positionOffsetPixels) {
            final TabLayout tabLayout = mTabLayoutRef.get();
            if (tabLayout != null) {
                // Only update the text selection if we're not settling, or we are settling after
                // being dragged
                final boolean updateText = mScrollState != SCROLL_STATE_SETTLING ||
                        mPreviousScrollState == SCROLL_STATE_DRAGGING;
                // Update the indicator if we're not settling after being idle. This is caused
                // from a setCurrentItem() call and will be handled by an animation from
                // onPageSelected() instead.
                final boolean updateIndicator = !(mScrollState == SCROLL_STATE_SETTLING
                        && mPreviousScrollState == SCROLL_STATE_IDLE);
                        // 这里调用了setScrollPosition去让TabLayout进行滑动，穿进去目标下标和偏移量
                tabLayout.setScrollPosition(position, positionOffset, updateText, updateIndicator);
            }
        }

    }

再向下看一下setScrollPosition方法！

 void setScrollPosition(int position, float positionOffset, boolean updateSelectedText,
            boolean updateIndicatorPosition) {
        final int roundedPosition = Math.round(position + positionOffset);
        if (roundedPosition < 0 || roundedPosition >= mTabStrip.getChildCount()) {
            return;
        }

        // Set the indicator position, if enabled
        // 如果更新指示器的话那么会走进这里，我们指示器都隐藏掉了无需看这里
        if (updateIndicatorPosition) {
            mTabStrip.setIndicatorPositionFromTabPosition(position, positionOffset);
        }

        // Now update the scroll position, canceling any running animation
        if (mScrollAnimator != null && mScrollAnimator.isRunning()) {
            mScrollAnimator.cancel();
        }
        // 这里调用了scrollTo方法去移动位置，那么我们猜测应该是这个X位移距离算错了，进去看一下
        scrollTo(calculateScrollXForTab(position, positionOffset), 0);

        
    }

    private int calculateScrollXForTab(int position, float positionOffset) {
        if (mMode == MODE_SCROLLABLE) {
    
            // 获取目标的View
            final View selectedChild = mTabStrip.getChildAt(position);
            final View nextChild = position + 1 < mTabStrip.getChildCount()
                    ? mTabStrip.getChildAt(position + 1)
                    : null;
            final int selectedWidth = selectedChild != null ? selectedChild.getWidth() : 0;
            final int nextWidth = nextChild != null ? nextChild.getWidth() : 0;

            // base scroll amount: places center of tab in center of parent
            // 注意这里的,**selectedChild.getLeft()**，getLeft()是计算相对于父布局的左边距，那么如果设置了margin的话，childView相当于父布局的位置就会变化了，那么我们为了避免这种情况可以使用padding来改变距离，避免使原来的逻辑收到干扰。一切真想大白了！
            int scrollBase = selectedChild.getLeft() + (selectedWidth / 2) - (getWidth() / 2);
            // offset amount: fraction of the distance between centers of tabs
            int scrollOffset = (int) ((selectedWidth + nextWidth) * 0.5f * positionOffset);

            return (ViewCompat.getLayoutDirection(this) == ViewCompat.LAYOUT_DIRECTION_LTR)
                    ? scrollBase + scrollOffset
                    : scrollBase - scrollOffset;
        }
        return 0;
    }

3.TabLayout设置最后一个默认选中时位置错乱

因为的TabLayout在dialog中，而我想让dialog展示之前就把数据设置完毕并且切换到默认的下标。

 fun showPos(index: Int) {
        mTabLayout.getTabAt(index)?.select()
        show()
    }

切换成功了，但是位置不对！

更操蛋的是将对话框dissmiss后再重新show的时候就正确了！！（这个是最气的

最后debug半天多终于搞定了！现在！让我们回归当出问题时的代码（案发现场


    private fun customTabWidth(tabLayout: TabLayout) {
        // 嫌疑人在这里
        //        ↓
        tabLayout.post {

            try {
                //拿到tabLayout的mTabStrip属性
                val mTabStripField = tabLayout.javaClass.getDeclaredField("mTabStrip")
                mTabStripField.isAccessible = true

                val mTabStrip = mTabStripField.get(tabLayout) as LinearLayout

                
                // balabala 修改Tab间距的代码

                    tabView.invalidate()
                }
            } catch (e: NoSuchFieldException) {
                e.printStackTrace()
            } catch (e: IllegalAccessException) {
                e.printStackTrace()
            }

        }
    }

没错就是这个tabLayout.post(Runnable runnable)啊！当我第一次运行的时候，TabLayout虽然已经创建但是并没有依附到任何Window中，导致runnable会被添加到运行队列中，然后等到这个View已经添加到Window时，再一起运行！那么会导致的现象就是，我第一次修改这个宽度的时候，其实并没有真的修改，真的修改是在对话框展示后，TabLayout依附到View了，那时才会运行！所以才会出现第一次的位置是错误的，第二次的位置是正确的情况！！

关于本人使用TabLayout时的坑就介绍到这里了！希望能够帮助的了大家！！

以上。

Aran_biubiu

关注

3
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
TabLayout的一些坑

TabLayout的一些坑1.修改下划线宽度的坑效果如下：代码实现方式：如果想要实现这种效果，最主要控制的就是下划线部分，现在网上有很多通过反射的方式来修改下划线宽度的文章，但这段代码如果实现我们想要的效果是不可能的，因为如果研究过源码就知道Indicator的宽度跟Tab的宽度一致的，不能让指示器的宽度小于Tab的宽度，所以我们只能另辟蹊径：通过CustomView自己绘制线，通过添加...
复制链接

扫一扫