我是这样解决的:

void selectPage(int pageIndex){
    tabLayout.setScrollPosition(pageIndex,0f,true);
    viewPager.setCurrentItem(pageIndex);
}

试试这个

    new Handler().postDelayed(
            new Runnable(){
                @Override
                public void run() {
                    if (i == 1){
                        tabLayout.getTabAt(0).select();
                    } else if (i == 2){
                        tabLayout.getTabAt(1).select();
                    }
                }
            }, 100);

这可能不是最终的解决方案，它需要你使用TabLayout和一个ViewPager，但这是我解决它的方法:

void selectPage(int pageIndex)
{
    viewPager.setCurrentItem(pageIndex);
    tabLayout.setupWithViewPager(viewPager);
}

我测试了使用这段代码对性能的影响有多大，首先在Android Studio中运行该方法时查看CPU和内存监视器，然后将其与我自己在页面之间导航时(使用滑动手势)对CPU和内存的负载进行比较，结果发现差异并不大，所以至少这不是一个可怕的解决方案……

希望这能帮助到一些人!

对于Viewpager2, Kotlin，其他答案都没有帮助，只有下面这个有用。位置是从片段结果监听器在我的情况下:

TabLayoutMediator(binding.tabLayout, binding.viewPager2) { _, _ ->
    binding.viewPager2 = position
}.attach()

科特林修复

viewPager.currentItem = 0

tabs.setupWithViewPager（viewPager）

有点晚了，但可能是一个有用的解决方案。 我直接在我的片段中使用我的TabLayout，并试图在片段的生命周期中选择一个选项卡。 对我来说有用的是等待TabLayout使用android.view绘制完它的子视图。视图# post方法。即:

int myPosition = 0;
myFilterTabLayout.post(() -> { filterTabLayout.getTabAt(myPosition).select(); });