【问题标题】:RecyclerView within viewpager lag when calling onResume调用 onResume 时,viewpager 中的 RecyclerView 滞后
【发布时间】:2019-12-23 04:54:47
【问题描述】:

我有一个活动,其中包含一个片段,该片段包含一个标签布局和一个视图页面。 每个viewpager都有一个fragment,每个fragment都有一个recyclerview。

总结一下:mainactivity(包含)-> mainFragment(包含)-> viewpager(包含)-> Fragments(包含)-> recyclerview。

当应用程序启动时,recyclerview 会平滑滚动,没有滞后或任何情况。即使我进行 GPU 分析,应用启动时生成的 GPU 条也是可以接受的。

这个问题只发生在我去另一个活动并返回recyclerview变得滞后的viewpager(onResume)时。

为了向您展示手头的问题,这里有一些关于 GPU 分析的图片:

左侧的图像是滚动时初始应用启动 GPU 配置文件。

右图是调用 onResume 10 次并滚动后的应用 GPU 配置文件。

如您所见,适配器没有在 UI 线程中加载任何图像或执行任何 CPU/GPU 消耗任务 - 适配器仅加载一个空列表,因此不执行任何昂贵的任务。

所有片段的 onResume 代码如下:

@Override
public void onResume() {
    super.onResume();
}

在 onResume 期间甚至不会重绘回收器视图,适配器只是被 Android “恢复”为它的最后一个状态。

所以我迷路了。我在想这是否与内存泄漏有关,但是在寻找了几天之后,我无法确定实际问题。

做建议。 提前致谢!

编辑 1: - 尝试删除 viewpager 并仅加载包含 recyclerview 的片段。触发 OnResume 10 次后,应用仍然存在透支问题,即:性能滞后。

编辑 2: 为了进一步澄清,这是我的实现:

主要片段通过 MainActivity 中的方法与 MainActivity 一起膨胀:

private void swapFragment(Class fragmentClass, String fragmentTag) {
    FragmentManager fm = getSupportFragmentManager();
    FragmentTransaction ft = fm.beginTransaction();
    Fragment fragment = fm.findFragmentByTag(fragmentTag);

    Fragment currentFragment = fm.getPrimaryNavigationFragment();
    if (currentFragment != null) {
        ft.detach(currentFragment);
    }

    try {
        if (fragment == null) {
            fragment = (Fragment) fragmentClass.newInstance();
            ft.add(R.id.flContent, fragment, fragmentTag);
        } else {
            ft.attach(fragment);
        }

    } catch (Exception e) {
        /*not in used
        empty*/
    }

    ft.setPrimaryNavigationFragment(fragment);
    ft.setReorderingAllowed(true);
    ft.commitNowAllowingStateLoss();
}

膨胀后,MainFragment 将膨胀一个带有标签布局的 Viewpager。 Viewpager 使用自定义适配器:

public class NewsPagerAdapter extends FragmentStatePagerAdapter {

private RealmResults<Section> catIds;

public NewsPagerAdapter(FragmentManager fm, RealmResults<Section> catIds) {
    super(fm, FragmentStatePagerAdapter.BEHAVIOR_RESUME_ONLY_CURRENT_FRAGMENT);
    this.catIds = catIds;
}

@Override
public Fragment getItem(int position) {
        return ArticleListFragment.newInstance(catIds.get(position).getSectionName(), true);
}

@Override
public int getCount() {
    return catIds.size();
}
}

如您所见,我使用的 db 是 Realm,在 viewpager 启动期间,我们在 db 中查询“Section”结果并将部分名称传递给“ArticleListFragment”以进行膨胀。

在 ArticleListFragment 内是回收器视图。回收者观点的膨胀是这样的:

ArticleListAdapter articleAdapter = new ArticleListAdapter(articles, getContext(), this, realm);
rvArticle.setLayoutManager(new LinearLayoutManager(getContext()));
rvArticle.setAdapter(articleAdapter);

回收器视图适配器是这样的:

public class ArticleListAdapter extends RealmRecyclerViewAdapter<ArticleNewCMS, ArticleListAdapter.ArticleHolder> {
private Context context;
private Realm realm;
private Fragment fragment;
private RealmResults<ArticleNewCMS> articles;

public ArticleListAdapter(@Nullable RealmResults<ArticleNewCMS> articles, Context context, @Nullable Fragment fragment, Realm realm) {
    super(articles, true);
    this.context = context;
    this.fragment = fragment;
    this.realm = realm;
    this.articles = articles;
}

@NonNull
@Override
public ArticleHolder onCreateViewHolder(@NonNull ViewGroup viewGroup, int viewType) {
    View view;
    switch (viewType) {
        case 0:
            view = LayoutInflater.from(context).inflate(!RealmHelper.NightmodeHelper.isNightMode(context) ? R.layout.item_rv_article_headline : R.layout.item_rv_article_headline_nightmode, viewGroup, false);
            break;
        case 7:
            view = LayoutInflater.from(context).inflate(R.layout.item_rv_article_lifestyle_headline, viewGroup, false);
            break;
        default:
            view = LayoutInflater.from(context).inflate(!RealmHelper.NightmodeHelper.isNightMode(context) ? R.layout.item_rv_article_compact : R.layout.item_rv_article_compact_nightmode, viewGroup, false);
    }
    return new ArticleHolder(view);
}

@Override
public void onBindViewHolder(@NonNull final ArticleHolder holder, int position) {

}

public class ArticleHolder extends RecyclerView.ViewHolder {
    ArticleHolder(View itemView) {
        super(itemView);
        ButterKnife.bind(this, itemView);
    }
}
}

当然,为了简单起见,适配器实现被剥离了。但它仍然存在同样的问题:即使我删除了所有视图和绑定,滚动滞后仍然出现。

【问题讨论】:

  • 结帐并包含square.github.io/leakcanary,看看它是否报告任何泄漏......
  • @Sreehari 是的,尝试了泄漏金丝雀.. 没有得到太多帮助,因为它与泄漏无关。
  • 你是如何膨胀 mainFragment 的?
  • 你好像透支太多了。你确定你没有在每次活动恢复/开始时膨胀和添加你的 mainFragment 吗?
  • @Christilyn 透支问题仅在 viewpager 恢复后:第一次正常,但在接下来的几次中,透支逐渐堆积,使 recyclerview 超级滞后。在 onResume 方法中,没有任何内容被重绘。这很奇怪......

标签: android android-fragments android-recyclerview android-viewpager


【解决方案1】:

不确定有多少人遇到此问题,但我解决此问题(或至少改善此问题的情况)的方法是将 AppCompatActivity 替换为 FragmentActivity。

基本上:

问题类:

public class MyFragmentContainerActivity extends AppCompatActivity 

到

public class MyFragmentContainerActivity extends FragmentActivity

滚动延迟显着改善!

我想这与嵌套片段有关。尽管使用此解决方案会出现布局样式丢失的问题(例如:TextView 等),但这可以通过使用 AppCompat 元素(例如:AppCompatTextView)轻松解决。

【讨论】:

    【解决方案2】:

    对我来说,删除行为 FragmentStatePagerAdapter.BEHAVIOR_RESUME_ONLY_CURRENT_FRAGMENT 让事情变得更顺利。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2017-03-19
      • 1970-01-01
      • 2017-07-15
      • 2017-06-14
      • 2013-12-15
      • 2016-12-28
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多