调用 onResume 时 viewpager 滞后中的 RecyclerView
RecyclerView within viewpager lag when calling onResume
我有一个 activity,其中包含一个片段,该片段包含一个选项卡布局和一个 viewpager。
每个 viewpager 都有一个片段,每个片段都有一个 recyclerview。
总结一下:mainactivity(包含)-> mainFragment(包含)-> viewpager(包含)-> fragments(包含)-> recyclerview。
当应用程序启动时,recyclerview 滚动流畅,没有任何延迟。甚至当我进行 GPU 分析时,在应用程序启动时生成的 GPU 条也是可以接受的。
只有当我转到另一个 activity 并返回到 recyclerview 变得滞后的 viewpager (onResume) 时才会发生此问题。
为了向您展示手头的问题,这里有一些关于 GPU 分析的图片:
左边的图像是滚动时应用启动时的初始 GPU 配置文件。
右图是调用onResume 10次并滚动后的应用程序GPU配置文件。
如您所见,适配器未在 UI 线程中加载任何图像或执行任何 CPU/GPU 消耗任务 - 适配器仅加载一个空列表,因此不执行任何昂贵的任务。
所有片段的onResume代码是这样的:
@Override
public void onResume() {
super.onResume();
}
在 onResume 期间甚至没有重新绘制回收器视图,适配器仅 "resumed" 与其上次状态相同 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();
}
在 inflation 之后,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" 以获取 inflation.
在 ArticleListFragment 中是回收站视图。 Inflation 的回收站视图是这样的:
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);
}
}
}
当然,为简单起见,适配器实现被精简了。但它仍然存在同样的问题:即使我删除了所有视图和绑定,滚动延迟仍然出现。
不确定有多少人遇到此问题,但我解决此问题(或至少改善此问题的情况)的方法是将 AppCompatActivity 替换为 FragmentActivity。
基本上:
有问题class:
public class MyFragmentContainerActivity extends AppCompatActivity
到
public class MyFragmentContainerActivity extends FragmentActivity
滚动延迟明显改善!
我想这与嵌套片段有关。尽管此解决方案会带来布局样式丢失的问题(例如:TextView 等),但可以通过使用 AppCompat 元素(例如:AppCompatTextView)轻松解决。
对我来说,移除行为 FragmentStatePagerAdapter.BEHAVIOR_RESUME_ONLY_CURRENT_FRAGMENT
让事情变得更顺利。
我有一个 activity,其中包含一个片段,该片段包含一个选项卡布局和一个 viewpager。 每个 viewpager 都有一个片段,每个片段都有一个 recyclerview。
总结一下:mainactivity(包含)-> mainFragment(包含)-> viewpager(包含)-> fragments(包含)-> recyclerview。
当应用程序启动时,recyclerview 滚动流畅,没有任何延迟。甚至当我进行 GPU 分析时,在应用程序启动时生成的 GPU 条也是可以接受的。
只有当我转到另一个 activity 并返回到 recyclerview 变得滞后的 viewpager (onResume) 时才会发生此问题。
为了向您展示手头的问题,这里有一些关于 GPU 分析的图片:
左边的图像是滚动时应用启动时的初始 GPU 配置文件。
右图是调用onResume 10次并滚动后的应用程序GPU配置文件。
如您所见,适配器未在 UI 线程中加载任何图像或执行任何 CPU/GPU 消耗任务 - 适配器仅加载一个空列表,因此不执行任何昂贵的任务。
所有片段的onResume代码是这样的:
@Override
public void onResume() {
super.onResume();
}
在 onResume 期间甚至没有重新绘制回收器视图,适配器仅 "resumed" 与其上次状态相同 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();
}
在 inflation 之后,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" 以获取 inflation.
在 ArticleListFragment 中是回收站视图。 Inflation 的回收站视图是这样的:
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);
}
}
}
当然,为简单起见,适配器实现被精简了。但它仍然存在同样的问题:即使我删除了所有视图和绑定,滚动延迟仍然出现。
不确定有多少人遇到此问题,但我解决此问题(或至少改善此问题的情况)的方法是将 AppCompatActivity 替换为 FragmentActivity。
基本上:
有问题class:
public class MyFragmentContainerActivity extends AppCompatActivity
到
public class MyFragmentContainerActivity extends FragmentActivity
滚动延迟明显改善!
我想这与嵌套片段有关。尽管此解决方案会带来布局样式丢失的问题(例如:TextView 等),但可以通过使用 AppCompat 元素(例如:AppCompatTextView)轻松解决。
对我来说,移除行为 FragmentStatePagerAdapter.BEHAVIOR_RESUME_ONLY_CURRENT_FRAGMENT
让事情变得更顺利。