因此,在我的主要活动中,我有一个viewpager
4页的页面。开始活动时,我有一个异步任务,该任务会读取一个带有启动屏幕和的文件progressbar
,但是完成后,我开始查看分页器活动,由于每个片段的大小,转换时会有明显的滞后时间。
我在主线程上所做的唯一工作是UI初始化。对其进行基准测试时,将按以下顺序进行:
MainActivity.onCreate 23ms
Fragment1.onCreateView 73ms
Fragment2.onCreateView 40ms
Fragment3.onCreateView 12ms
Fragment4.onCreateView 119ms
这些都在主线程上,因此加起来大约有300毫秒以上的延迟时间,足以破坏平滑的过渡动画。
这是启动过程中的方法分析输出
(http://i.imgur.com/LfmrOzE.png?1)
我看不到自己的方法或类都不会占用大量时间,所有事情都由系统来实现,例如TextView<init>
和MessageQueue.next
。
长时间发布我的所有代码似乎是不必要的,所有工作都是UI设置,设置textviews
,progressbars
。我在所有片段上使用一个类来动态管理以下内容中的垂直列表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
初始化每个子视图。
我认为滞后是由于此类造成的,因为片段1和4具有此类的最长列表(花费了最长的时间),并且子视图包含更复杂的子视图。
无论如何,可以优化此类吗?我的印象是您无法在后台线程中增加视图?
我当时正在考虑findViewById
在后台线程中进行引用,但是根据ddmsfindViewById
调用,其占用时间少于%0.2。
那么,有什么建议可以缩短该活动的启动时间?
我已经找到了解决过渡滞后的方法,但是Zygoteinit在优化方面提出了一些好的观点,但似乎没有一个很好地起作用。
在我的主要活动中,我使用了ViewAnimator并在转换方法的开头调用了addView()和showNext()。
如果你打电话
addView(...);
mViewAnimator.post(new Runnable() {
public void run() { mViewAnimator.showNext(); }
};
在消息队列中初始化片段之后,它将执行过渡,从而提供了一个很好的平滑过渡。
本文收集自互联网,转载请注明来源。
如有侵权,请联系[email protected] 删除。
我来说两句