如何防止BottomNavigationView动画口吃

Question

(首先:不，这不是上述问题的重复:P读，然后按下按钮。)

我在我的一个应用程序中使用BottomNavigationView，用列表加载片段，从ViewModel/LiveData/Dao获取数据。当通过BNV选择一个片段时，它的动画似乎以某种方式争取UI--加载片段的线程时间，导致它在列表显示后才完全完成--这让我感到困惑。我当时的印象是，默认情况下，LiveData调用正在被异步处理？

口吃

这是众所周知的事吗？

ViewModel

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毫秒)。

缩小了问题范围，

在罗宾·戴维斯的回答之后，我试了一下Android Profiler，虽然我偶尔会收到一些GC事件，但每次都会出现口吃的情况下，我不会一直得到它们。但是，将观察者中的适配器数据设置延迟100 to，似乎可以让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);
    }
};

所以看来你这部分的回答

此外，如果您将列表结果发回前台线程，并在动画运行时填充适配器，这将强制进行布局传递，这将干扰动画。

是我在我的特殊情况下遇到的那个人。当我不得不恢复使用延迟来使动画流畅的时候，我有点失望，但我很高兴找到了罪魁祸首，非常感谢您的帮助:)

Answer 1

是的，这是很常见的问题。

假设您已经将大量处理转移到后台线程上.

如果您正在对后台线程执行真正繁重的工作，则可以触发垃圾收集，这会使前景线程阻塞足够长的时间，从而导致口吃。此外，如果您将列表结果发回前台线程，并在动画运行时填充适配器，这将强制进行布局传递，这将干扰动画。

尝试使用CPU使用/分析工具来查看到底是什么阻碍了前景线程。

要考虑的解决方案是将片段的填充推迟到动画完成。或者预先植入片段。或者在动画运行时阻塞后台线程(可能)。或者将动画推迟到片段填充和布局(这可能会令人不快)。如果问题不是由垃圾收集引起的，则可以延迟适配器的创建/填充，直到动画完成。