Warning: file_get_contents(/data/phpspider/zhask/data//catemap/3/arrays/14.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Android应用程序,活动启动滞后,带有viewpager_Android_Android Fragments_Android Asynctask_Android Viewpager - Fatal编程技术网

Android应用程序,活动启动滞后,带有viewpager

Android应用程序,活动启动滞后,带有viewpager,android,android-fragments,android-asynctask,android-viewpager,Android,Android Fragments,Android Asynctask,Android Viewpager,因此,在我的主要活动中,我有一个带有4页的viewpager。启动活动时,我有一个异步任务,该任务通过启动屏幕和progressbar读取多个文件,但当任务完成后,我启动“查看寻呼机”活动,由于每个片段的大小,在转换时有明显的滞后时间 我在主线程上做的唯一工作是UI初始化。对其进行基准测试时,应按顺序进行以下操作: MainActivity.onCreate 23ms Fragment1.onCreateView 73ms Fragment2.onCreateView 40ms Fragment

因此,在我的主要活动中,我有一个带有4页的
viewpager
。启动活动时,我有一个异步任务,该任务通过启动屏幕和
progressbar
读取多个文件,但当任务完成后,我启动“查看寻呼机”活动,由于每个片段的大小,在转换时有明显的滞后时间

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

MainActivity.onCreate 23ms
Fragment1.onCreateView 73ms
Fragment2.onCreateView 40ms
Fragment3.onCreateView 12ms
Fragment4.onCreateView 119ms
这些都在主线程上,因此它加起来大约有300毫秒以上的延迟时间,这足以破坏平滑过渡动画

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

()

我看不到我自己的方法或类占用任何重要的时间,一切都是由系统完成的,例如
TextView
MessageQueue.next

发布我的所有代码似乎都是多余的,因为它很长,所有的工作都是UI设置,设置
textview
progressbar
。我在所有片段中使用一个类来动态管理
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扩展了LinearLayout实现了View.OnClickListener{
公共静态final int ID_NO_DIV=-1;
私有静态最终AtomicInteger sNextGeneratedId=新的AtomicInteger(1);
私有onviewstener-mListener;
私有int mChildResId,mDivId;
私有布尔值mListenForClick=true;
ViewListener上的公共接口{
公共void onUpdate视图(视图视图、int位置、布尔初始调用);
查看时的公共作废单击(查看);
}
公共嵌套列表视图(上下文){
超级(上下文);
}
公共嵌套列表视图(上下文上下文,属性集属性集){
super(上下文、属性集);
}
public void setNoClickListener(){
mListenForClick=false;
}
public void createview(int-viewId、int-divId、int-count、OnViewListener侦听器){
mListener=监听器;
mChildResId=viewId;
mDivId=divId;
LayoutInflater充气器=LayoutInflater.from(getContext());
对于(int i=0;i0x00FFFFFF)newValue=1;//滚动到1,而不是0。
if(snextGenerateId.compareAndSet(结果,新值)){
返回结果;
}
}
}
私有void setFooterDiv(整数可见性){
int count=getChildCount();
如果(mDivId!=ID\u NO\u DIV&&count>0)
getChildAt(计数-1)、findViewById(mDivId)、setVisibility(可见性);
}
公共无效更新(){
更新(getChildCount());
}
公共无效更新(整数大小){
setFooterDiv(可见);
//按大小调整大小
int childCount=getChildCount();
如果(childCount>大小){
//收缩
对于(int i=childCount-1;i>=size;--i)
移除视图(i);
childCount=大小;
setFooterDiv(不可见);
}
否则如果(childCount<大小){
//成长
LayoutInflater充气器=LayoutInflater.from(getContext());
for(int i=childCount;i
这就像一个非滚动列表视图,嵌套在滚动视图和其他元素中。原因是我希望整个页面滚动,而不是列表

在我调用的每个片段中

nestedListView.createViews( 
    <item layout id>, 
    <id of child divider>, 
    <number of children to create>,
    callbackListener);
nestedListView.CreateView(
, 
, 
,
回调侦听器);
在每个片段中,
callback.updateView
将初始化每个子视图

我认为延迟是由于这个类造成的,因为片段1和片段4有这个类中最长的列表(需要最长的时间),并且子视图包含更复杂的子视图

这个类是否可以优化?我的印象是你不能在后台线程中膨胀视图

我曾考虑在后台线程中进行
findViewById
引用,但根据ddms
findViewById
调用需要<0.2个独占时间


那么,有什么建议可以缩短这项活动的启动时间吗?

我脑子里想不出的几件事:

  • 使用
    AsyncTask
    s执行文件读取操作,并在
    AsyncTask
    onPostExecute()
    中的
    ViewPager
    上调用
    setAdapter()
    。这将提高UI性能
  • 使用
    FragmentPagerAdapter
    FragmentStatePagerAdapter
    测试应用程序的性能。其中一个应用程序在您的情况下性能会更好
  • 我认为您不能从另一个线程调用
    findViewById()
    。这是一个UI操作,所有UI操作都必须在主线程上执行
  • 如果你有时间,试着创建你的vi
    addView(...);
    mViewAnimator.post(new Runnable() {
        public void run() { mViewAnimator.showNext(); }
    };