如何防止BottomNavigationView动画卡顿
How to prevent BottomNavigationView animation from stuttering
(首先:不,这不是上述问题的重复:P 阅读,然后按下按钮。)
我在我的一个应用程序中使用 BottomNavigationView,加载带有列表的片段,这些片段从 ViewModel/LiveData/Dao 获取数据。通过 BNV 选择片段时,它的动画似乎以某种方式与片段加载争夺 UI-线程时间,导致它仅在显示列表后才完全完成 - 这让我感到困惑。我的印象是,默认情况下 LiveData 调用是异步处理的?
这是众所周知的事情吗?
视图模型
public class ScheduleViewModel extends ViewModel {
private final LiveData<List<ScheduleInfo>> arrivals;
private final LiveData<List<ScheduleInfo>> departures;
public ScheduleViewModel() {
arrivals = SigmoDb.schedule().getArrivals();
departures = SigmoDb.schedule().getDepartures();
}
public LiveData<List<ScheduleInfo>> getArrivals() {
return arrivals;
}
public LiveData<List<ScheduleInfo>> getDepartures() {
return departures;
}
}
片段
public class ArrivalsFragment extends MainFragment {
private ScheduleDetailsAdapter adapter;
private ScheduleViewModel viewModel;
private final Observer<List<ScheduleInfo>> arrivalsObserver = new Observer<List<ScheduleInfo>>() {
@Override
public void onChanged(@Nullable List<ScheduleInfo> infoList) {
adapter.setData(infoList);
}
};
public static ArrivalsFragment newInstance() {
return new ArrivalsFragment();
}
@Override
public void onCreate(@Nullable Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
adapter = new ScheduleDetailsAdapter(getActivity());
// using the parent fragment as LifeCycleOwner, since both its
// child Fragments use the same ViewModel
Fragment parent = getParentFragment();
if (parent == null) {
parent = this;
}
viewModel = ViewModelProviders.of(parent).get(ScheduleViewModel.class);
}
@Override
public void onActivityCreated(@Nullable Bundle savedInstanceState) {
super.onActivityCreated(savedInstanceState);
reObserveViewModel();
}
// remove and re-add observer until Google fixes the multiple observer issue
// TODO: remove when Google fixes the issue
// https://github.com/googlesamples/android-architecture-components/issues/47
private void reObserveViewModel() {
viewModel.getArrivals().removeObservers(this);
viewModel.getArrivals().observe(this, arrivalsObserver);
}
@Nullable
@Override
public View onCreateView(@NonNull LayoutInflater inflater, @Nullable ViewGroup container, @Nullable Bundle savedInstanceState) {
View view = inflater.inflate(R.layout.fragment_arrivals_departures, container, false);
RecyclerView recyclerView = view.findViewById(R.id.rv_schedule_details);
LinearLayoutManager llm = new LinearLayoutManager(this.getContext());
recyclerView.setLayoutManager(llm);
recyclerView.setAdapter(adapter);
return view;
}
}
有关信息:我为 ViewModel 的构造函数的开始和结束添加了时间戳(以排除那些调用以某种方式在 UI 线程上 - 需要 1 毫秒)。
缩小了问题范围
在 Robin Davies 的回答之后,我尝试了 Android Profiler,虽然我偶尔会收到一些 GC 事件,但我并不是每次都收到它们,因为每次都出现卡顿现象。但是,将观察者中适配器数据的设置延迟 100 毫秒似乎让 BNV 动画在切换到 ArrivalsFragment 时完成:
我所做的只是改变
private final Observer<List<ScheduleInfo>> arrivalsObserver = new Observer<List<ScheduleInfo>>() {
@Override
public void onChanged(@Nullable List<ScheduleInfo> infoList) {
adapter.setData(infoList);
}
};
到
private final Observer<List<ScheduleInfo>> arrivalsObserver = new Observer<List<ScheduleInfo>>() {
@Override
public void onChanged(@Nullable final List<ScheduleInfo> infoList) {
new Handler().postDelayed(new Runnable() {
@Override
public void run() {
adapter.setData(infoList);
}
}, 100);
}
};
看来你的这部分回答
Also if you post list results back to the foreground thread and
populate the adapter while the animation is running, that will force a
layout pass that will interfere with animation.
是我在特定情况下遇到的问题。虽然我有点失望不得不恢复使用延迟来使动画流畅,但我很高兴找到了罪魁祸首,非常感谢你的帮助:)
是的,这是一个很常见的问题。
假设您已经将繁重的处理转移到后台线程...
如果您在后台线程上执行繁重的工作,您可以触发垃圾收集,这可能会阻塞前台线程足够长的时间以导致卡顿。此外,如果您 post 将结果列表返回到前台线程并在动画 运行 时填充适配器,这将强制执行干扰动画的布局传递。
尝试使用 CPU usage/profiling 工具来查看究竟是什么阻碍了前台线程。
要考虑的解决方案是 post在动画完成之前停止填充片段。或者 pre-populate 片段。或者可能在动画 运行 时阻塞后台线程(也许)。或者 postpone 动画直到片段被填充和布局(这可能会令人不快)。如果问题不是由垃圾收集引起的,您可以延迟 creation/population 适配器直到动画完成。
(首先:不,这不是上述问题的重复:P 阅读,然后按下按钮。)
我在我的一个应用程序中使用 BottomNavigationView,加载带有列表的片段,这些片段从 ViewModel/LiveData/Dao 获取数据。通过 BNV 选择片段时,它的动画似乎以某种方式与片段加载争夺 UI-线程时间,导致它仅在显示列表后才完全完成 - 这让我感到困惑。我的印象是,默认情况下 LiveData 调用是异步处理的?
这是众所周知的事情吗?
视图模型
public class ScheduleViewModel extends ViewModel {
private final LiveData<List<ScheduleInfo>> arrivals;
private final LiveData<List<ScheduleInfo>> departures;
public ScheduleViewModel() {
arrivals = SigmoDb.schedule().getArrivals();
departures = SigmoDb.schedule().getDepartures();
}
public LiveData<List<ScheduleInfo>> getArrivals() {
return arrivals;
}
public LiveData<List<ScheduleInfo>> getDepartures() {
return departures;
}
}
片段
public class ArrivalsFragment extends MainFragment {
private ScheduleDetailsAdapter adapter;
private ScheduleViewModel viewModel;
private final Observer<List<ScheduleInfo>> arrivalsObserver = new Observer<List<ScheduleInfo>>() {
@Override
public void onChanged(@Nullable List<ScheduleInfo> infoList) {
adapter.setData(infoList);
}
};
public static ArrivalsFragment newInstance() {
return new ArrivalsFragment();
}
@Override
public void onCreate(@Nullable Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
adapter = new ScheduleDetailsAdapter(getActivity());
// using the parent fragment as LifeCycleOwner, since both its
// child Fragments use the same ViewModel
Fragment parent = getParentFragment();
if (parent == null) {
parent = this;
}
viewModel = ViewModelProviders.of(parent).get(ScheduleViewModel.class);
}
@Override
public void onActivityCreated(@Nullable Bundle savedInstanceState) {
super.onActivityCreated(savedInstanceState);
reObserveViewModel();
}
// remove and re-add observer until Google fixes the multiple observer issue
// TODO: remove when Google fixes the issue
// https://github.com/googlesamples/android-architecture-components/issues/47
private void reObserveViewModel() {
viewModel.getArrivals().removeObservers(this);
viewModel.getArrivals().observe(this, arrivalsObserver);
}
@Nullable
@Override
public View onCreateView(@NonNull LayoutInflater inflater, @Nullable ViewGroup container, @Nullable Bundle savedInstanceState) {
View view = inflater.inflate(R.layout.fragment_arrivals_departures, container, false);
RecyclerView recyclerView = view.findViewById(R.id.rv_schedule_details);
LinearLayoutManager llm = new LinearLayoutManager(this.getContext());
recyclerView.setLayoutManager(llm);
recyclerView.setAdapter(adapter);
return view;
}
}
有关信息:我为 ViewModel 的构造函数的开始和结束添加了时间戳(以排除那些调用以某种方式在 UI 线程上 - 需要 1 毫秒)。
缩小了问题范围
在 Robin Davies 的回答之后,我尝试了 Android Profiler,虽然我偶尔会收到一些 GC 事件,但我并不是每次都收到它们,因为每次都出现卡顿现象。但是,将观察者中适配器数据的设置延迟 100 毫秒似乎让 BNV 动画在切换到 ArrivalsFragment 时完成:
我所做的只是改变
private final Observer<List<ScheduleInfo>> arrivalsObserver = new Observer<List<ScheduleInfo>>() {
@Override
public void onChanged(@Nullable List<ScheduleInfo> infoList) {
adapter.setData(infoList);
}
};
到
private final Observer<List<ScheduleInfo>> arrivalsObserver = new Observer<List<ScheduleInfo>>() {
@Override
public void onChanged(@Nullable final List<ScheduleInfo> infoList) {
new Handler().postDelayed(new Runnable() {
@Override
public void run() {
adapter.setData(infoList);
}
}, 100);
}
};
看来你的这部分回答
Also if you post list results back to the foreground thread and populate the adapter while the animation is running, that will force a layout pass that will interfere with animation.
是我在特定情况下遇到的问题。虽然我有点失望不得不恢复使用延迟来使动画流畅,但我很高兴找到了罪魁祸首,非常感谢你的帮助:)
是的,这是一个很常见的问题。
假设您已经将繁重的处理转移到后台线程...
如果您在后台线程上执行繁重的工作,您可以触发垃圾收集,这可能会阻塞前台线程足够长的时间以导致卡顿。此外,如果您 post 将结果列表返回到前台线程并在动画 运行 时填充适配器,这将强制执行干扰动画的布局传递。
尝试使用 CPU usage/profiling 工具来查看究竟是什么阻碍了前台线程。
要考虑的解决方案是 post在动画完成之前停止填充片段。或者 pre-populate 片段。或者可能在动画 运行 时阻塞后台线程(也许)。或者 postpone 动画直到片段被填充和布局(这可能会令人不快)。如果问题不是由垃圾收集引起的,您可以延迟 creation/population 适配器直到动画完成。