android - 调用 onResume 时 viewpager 滞后中的 RecyclerView

Question

我有一个 Activity ，其中包含一个 fragment ，该 fragment 包含一个选项卡布局和一个 viewpager。每个 viewpager 都有一个 fragment ，每个 fragment 都有一个 recyclerview。

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

当应用程序启动时，recyclerview 滚动流畅，没有任何延迟。甚至当我进行 GPU 分析时，在应用程序启动时生成的 GPU 条也是可以接受的。

只有当我转到另一个 Activity 并返回到 recyclerview 变得滞后的 viewpager (onResume) 时才会发生此问题。

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

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

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

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

所有 fragment 的onResume代码是这样的:

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

在 onResume 期间甚至没有重新绘制回收器 View ，Android 仅将适配器“恢复”为它的最后状态。

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

做建议。提前致谢!

编辑 1:- 尝试删除 viewpager 并仅加载包含 recyclerview 的 fragment 。通过触发 OnResume 10 次执行相同的操作后，应用程序仍然存在 overdraw 问题，即:性能滞后。

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

主要 fragment 通过 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();
}
}

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

在 ArticleListFragment 中是回收器 View 。回收者观点的膨胀是这样的:

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

回收器 View 适配器是这样的:

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);
    }
}
}

当然，为简单起见，适配器实现被精简了。但它仍然存在同样的问题:即使我删除了所有 View 和绑定(bind)，滚动延迟仍然出现。

Answer 1

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

基本上:

问题类:

public class MyFragmentContainerActivity extends AppCompatActivity 

到

public class MyFragmentContainerActivity extends FragmentActivity

滚动延迟得到显着改善!

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