Android 应用，activity viewpager 的启动延迟

Question

所以在我的主 activity 中，我有一个 viewpager 有 4 页。启动 activity 时，我有一个异步任务，它读取带有启动画面和 progressbar 的大量文件，但是当它完成后，我启动视图寻呼机 activity，由于每个片段在过渡时都有明显的滞后时间。

我在主线程上所做的唯一工作是 UI 初始化。对其进行基准测试时，将按顺序进行以下操作：

MainActivity.onCreate 23ms
Fragment1.onCreateView 73ms
Fragment2.onCreateView 40ms
Fragment3.onCreateView 12ms
Fragment4.onCreateView 119ms

这些都在主线程上，所以加起来大概有300+ms的延迟时间，足以毁掉流畅的过渡动画了。

这是启动期间的方法分析输出

( http://i.imgur.com/LfmrOzE.png?1 )

我看到 none 我自己的方法或 classes 占用了很多时间，一切都由系统决定，例如 TextView<init> 和 MessageQueue.next..

发布我的所有代码似乎没有必要，因为它太长了，所有工作都是 UI 设置，设置 textviews、progressbars。我在所有片段上都使用了一个 class 来动态管理 scrollview:

中的垂直列表

public class NestedListView extends LinearLayout implements View.OnClickListener {

    public static final int ID_NO_DIV = -1;

    private static final AtomicInteger sNextGeneratedId = new AtomicInteger(1);

    private OnViewListener mListener;
    private int mChildResId, mDivId;
    private boolean mListenForClick = true;

    public interface OnViewListener {
        public void onUpdateView(View view, int position, boolean initialCall);

        public void onViewClick(View view);
    }

    public NestedListView(Context context) {
        super(context);
    }

    public NestedListView(Context context, AttributeSet attributeSet) {
        super(context, attributeSet);
    }

    public void setNoClickListener() {
        mListenForClick = false;
    }


    public void createViews(int viewId, int divId, int count, OnViewListener listener) {
        mListener = listener;
        mChildResId = viewId;
        mDivId = divId;

        LayoutInflater inflater = LayoutInflater.from(getContext());

        for (int i = 0; i < count; ++i) {
            View view = createView(viewId, inflater);
            mListener.onUpdateView(view, i, true);
            addView(view);
        }

        setFooterDiv(INVISIBLE);
    }

    private View createView(int rid, LayoutInflater inflater) {
        View view = inflater.inflate(rid, this, false);
        view.setId(genViewId());
        if (mListenForClick)
            view.setOnClickListener(this);

        return view;
    }

    private static int genViewId() {
        for (;;) {
            final int result = sNextGeneratedId.get();
            // aapt-generated IDs have the high byte nonzero; clamp to the range under that.
            int newValue = result + 1;
            if (newValue > 0x00FFFFFF) newValue = 1; // Roll over to 1, not 0.
            if (sNextGeneratedId.compareAndSet(result, newValue)) {
                return result;
            }
        }
    }

    private void setFooterDiv(int visibility) {
        int count = getChildCount();
        if (mDivId != ID_NO_DIV && count > 0)
            getChildAt(count - 1).findViewById(mDivId).setVisibility(visibility);
    }

    public void update() {
        update(getChildCount());
    }

    public void update(int size) {
        setFooterDiv(VISIBLE);

        // resize to size
        int childCount = getChildCount();
        if (childCount > size) {
            // shrink
            for (int i = childCount - 1; i >= size; --i)
                removeViewAt(i);
            childCount = size;
            setFooterDiv(INVISIBLE);
        }
        else if (childCount < size) {
            // grow
            LayoutInflater inflater = LayoutInflater.from(getContext());
            for (int i = childCount; i < size; ++i) {
                View view = createView(mChildResId, inflater);
                mListener.onUpdateView(view, i, true);
                addView(view);
            }
            setFooterDiv(INVISIBLE);
        }

        for (int i = 0; i < childCount; ++i)
            mListener.onUpdateView(getChildAt(i), i, false);
    }

    @Override
    public void onClick(View view) {
        mListener.onViewClick(view);
    }

这就像非滚动列表视图一样使用，与其他元素嵌套在滚动视图中。原因是我希望整个页面滚动，而不是列表。

在我调用的每个片段中

nestedListView.createViews( 
    <item layout id>, 
    <id of child divider>, 
    <number of children to create>,
    callbackListener);

并且在每个片段中，callback.updateView 将初始化每个子视图。

我认为延迟是由于这个 class 造成的，因为片段 1 和 4 有最长的列表 class （最长），并且子视图包含更多复杂的子视图。

这个class有什么可以优化的吗？我的印象是你不能在后台线程中增加视图？

我正在考虑在后台线程中进行 findViewById 引用，但根据 ddms findViewById 调用需要 < %0.2 独占时间。

那么有什么建议可以改善这个 activity 的启动时间吗？

Answer 1

有几件事让我浮想联翩：

使用 AsyncTasks 执行文件读取操作并在 AsyncTask 的 onPostExecute() 中调用 ViewPager 上的 setAdapter()。这应该会提高 UI 性能。
使用 FragmentPagerAdapter 和 FragmentStatePagerAdapter 测试您的应用的性能。其中之一在您的情况下会表现更好。
我认为您不能从另一个线程调用 findViewById()。那是一个UI操作，所有UI操作都必须在主线程上执行。
如果您有时间，请尝试使用默认视图而不是自定义视图。框架类是针对性能进行了内部优化。

Answer 2

我已经找到了解决过渡延迟的方法，但是 Zygoteinit 在优化方面提出了一些要点，none 似乎工作得很好。

在我的主要 activity 中，我使用了 ViewAnimator 并在过渡方法的开头调用了 addView() 和 showNext()。

如果你打电话给

addView(...);
mViewAnimator.post(new Runnable() {
    public void run() { mViewAnimator.showNext(); }
};

它会在片段在消息队列中初始化后进行转换，提供一个很好的平滑转换。

Android 应用，activity viewpager 的启动延迟

Android app, activity startup lag with viewpager

android

android-fragments

android-asynctask

android-viewpager