非UI线程下页面处理:view的postInvalidate和post对消息处理的差异化

原创 2018年04月16日 11:54:01

Android进阶之路系列:http://blog.csdn.net/column/details/16488.html


我们知道view有一系列post方法,用于在非UI线程中发出一些页面处理。view还有另外一个postInvalidate方法,同样在非UI线程中发起重绘。

同样是在非UI线程向UI线程发出消息,但是这里面有很大的区别。

1、postInvalidate

先来看看postInvalidate
public void postInvalidate() {
    postInvalidateDelayed(0);
}


public void postInvalidateDelayed(long delayMilliseconds) {
    // We try only with the AttachInfo because there's no point in invalidating
    // if we are not attached to our window
    final AttachInfo attachInfo = mAttachInfo;
    if (attachInfo != null) {
        attachInfo.mViewRootImpl.dispatchInvalidateDelayed(this, delayMilliseconds);
    }
}

可以看到当mAttachInfo为null的时候,这个流程就直接结束了。而mAttachInfo则是当view被DetachedFromWindow的时候会被置为null,代码如下:
void dispatchDetachedFromWindow() {
    AttachInfo info = mAttachInfo;
    if (info != null) {
        int vis = info.mWindowVisibility;
        if (vis != GONE) {
            onWindowVisibilityChanged(GONE);
        }
    }


    onDetachedFromWindow();
    onDetachedFromWindowInternal();


    InputMethodManager imm = InputMethodManager.peekInstance();
    if (imm != null) {
        imm.onViewDetachedFromWindow(this);
    }


    ListenerInfo li = mListenerInfo;
    final CopyOnWriteArrayList<OnAttachStateChangeListener> listeners =
            li != null ? li.mOnAttachStateChangeListeners : null;
    if (listeners != null && listeners.size() > 0) {
        for (OnAttachStateChangeListener listener : listeners) {
            listener.onViewDetachedFromWindow(this);
        }
    }


    if ((mPrivateFlags & PFLAG_SCROLL_CONTAINER_ADDED) != 0) {
        mAttachInfo.mScrollContainers.remove(this);
        mPrivateFlags &= ~PFLAG_SCROLL_CONTAINER_ADDED;
    }


    mAttachInfo = null;
    if (mOverlay != null) {
        mOverlay.getOverlayView().dispatchDetachedFromWindow();
    }
}

所以当view被从页面上移除后,postInvalidate就无效了。
当mAttachInfo不为null的时候,则执行mViewRootImpl的dispatchInvalidateDelayed函数,代码如下:
public void dispatchInvalidateDelayed(View view, long delayMilliseconds) {
    Message msg = mHandler.obtainMessage(MSG_INVALIDATE, view);
    mHandler.sendMessageDelayed(msg, delayMilliseconds);
}

直接用mHandler发出了消息。



2、post

下面再来看看post
public boolean post(Runnable action) {
    final AttachInfo attachInfo = mAttachInfo;
    if (attachInfo != null) {
        return attachInfo.mHandler.post(action);
    }
    // Assume that post will succeed later
    ViewRootImpl.getRunQueue().post(action);
    return true;
}

同样当mAttachInfo不为null的时候,直接使用mHandler发出消息。
但是!注意但是!当mAttachInfo为null时,并不直接结束流程,而是将runnable存入了一个RunQueue。RunQueue是一个队列,部分代码如下:
static final class RunQueue {
    private final ArrayList<HandlerAction> mActions = new ArrayList<HandlerAction>();


    void post(Runnable action) {
        postDelayed(action, 0);
    }


    void postDelayed(Runnable action, long delayMillis) {
        HandlerAction handlerAction = new HandlerAction();
        handlerAction.action = action;
        handlerAction.delay = delayMillis;


        synchronized (mActions) {
            mActions.add(handlerAction);
        }
    }


    void removeCallbacks(Runnable action) {
        ...
    }


    void executeActions(Handler handler) {
        synchronized (mActions) {
            final ArrayList<HandlerAction> actions = mActions;
            final int count = actions.size();


            for (int i = 0; i < count; i++) {
                final HandlerAction handlerAction = actions.get(i);
                handler.postDelayed(handlerAction.action, handlerAction.delay);
            }


            actions.clear();
        }
    }


    private static class HandlerAction {
        ...
    }
}

当RunQueue的executeActions函数被调用时,会遍历队列再去用handler发送消息。
那么executeActions什么时候被调用?
在ViewRootImpl的performTraversals函数中,如下:
private void performTraversals() {
        ...
        // Execute enqueued actions on every traversal in case a detached view enqueued an action
        getRunQueue().executeActions(mAttachInfo.mHandler);
        ...
}

而performTraversals在doTraversal函数中被调用
void doTraversal() {
    if (mTraversalScheduled) {
        mTraversalScheduled = false;
        mHandler.getLooper().getQueue().removeSyncBarrier(mTraversalBarrier);


        if (mProfile) {
            Debug.startMethodTracing("ViewAncestor");
        }


        performTraversals();


        if (mProfile) {
            Debug.stopMethodTracing();
            mProfile = false;
        }
    }
}

doTraversal则在ViewRootImpl中一个Runnable对象mTraversalRunnable中执行
final class TraversalRunnable implements Runnable {
    @Override
    public void run() {
        doTraversal();
    }
}
final TraversalRunnable mTraversalRunnable = new TraversalRunnable();

mTraversalRunnable则在ViewRootImpl的scheduleTraversals函数中被post出去
void scheduleTraversals() {
    if (!mTraversalScheduled) {
        mTraversalScheduled = true;
        mTraversalBarrier = mHandler.getLooper().getQueue().postSyncBarrier();
        mChoreographer.postCallback(
                Choreographer.CALLBACK_TRAVERSAL, mTraversalRunnable, null);
        if (!mUnbufferedInputDispatch) {
            scheduleConsumeBatchedInput();
        }
        notifyRendererOfFramePending();
        pokeDrawLockIfNeeded();
    }
}

而scheduleTraversals则在很多地方被执行,比如:
void handleAppVisibility(boolean visible) {
    if (mAppVisible != visible) {
        mAppVisible = visible;
        scheduleTraversals();
        if (!mAppVisible) {
            WindowManagerGlobal.trimForeground();
        }
    }
}


void handleGetNewSurface() {
    mNewSurfaceNeeded = true;
    mFullRedrawNeeded = true;
    scheduleTraversals();
}


...

这里就不一一列举了,大家有兴趣可以自己去源码里搜索一下。
总结一下就是当view被从页面上移除后,通过post系列函数传的消息并不会立刻用handler发出去,而是先将其存入一个队列里。当view再次被添加到页面上时,会从队列中的取出消息再用handler发出去。

3、总结

所以当我们使用
post(new Runnable() {
    @Override
    public void run() {
        invalidate();
    }
});

它其实与postInvalidate还是有区别的。


Android进阶之路系列:http://blog.csdn.net/column/details/16488.html

版权声明:本文为博主原创文章,转载请注明出处:http://blog.csdn.net/chzphoenix。 https://blog.csdn.net/chzphoenix/article/details/79958711

UI刷新重绘 :invalidate() 、postInvalidate()、requestLayout() 总结。

① invalidate() : 请求重绘View树,即draw()过程。把例子中他是整个刷新着UI,并且从头到尾并不会触发onMeasure()方法(控制大小用)。如果是View就重绘View...
  • pinglingying
  • pinglingying
  • 2016-09-26 21:12:41
  • 4716

Android之为什么只能在UI线程操作View

很长一段时间以来,面试的时候我总喜欢问一个问题:为什么只能在UI线程对View进行操作?android程序员在涉足android开发的早期应该就有这样一个认识,但是没有多少人知道究竟是为什么。以至于后...
  • junhzhan
  • junhzhan
  • 2016-02-27 22:18:27
  • 1328

刷新界面:invalidate()和postInvalidate() 的区别及使用

Android提供了Invalidate方法实现界面刷新,但是Invalidate不能直接在线程中调用,因为他是违背了单线程模型:Android UI操作并不是线程安全的,并且这些操作必须在UI线程中...
  • dsa63
  • dsa63
  • 2014-09-17 09:51:13
  • 1589

Android View 绘制流程 与invalidate 和postInvalidate 分析--从源码角度

整个View树的绘制流程是在ViewRootImpl.java类的performTraversals()函数展开的,该函数做的执行过程可简单概况为  根据之前设置的状态,判断是否需要重新计算视图大小...
  • nanzhiwen666
  • nanzhiwen666
  • 2016-03-12 15:26:31
  • 589

invalidate()与postInvalidate()的区别

invalidate()与postInvalidate()这两个都是刷新View的API,它们主要的区别是invalidate()可以在主线程(UI线程)中调用,而不能在子线程中调用,若在子线程中进行...
  • lingdianalex
  • lingdianalex
  • 2016-09-08 11:22:04
  • 643

android 在非UI线程更新UI仍然成功原因深入剖析

转载:http://blog.csdn.net/zhaokaiqiang1992/article/details/43410351 ”只能在UI主线程中更新View“。     这句话...
  • qq_30651537
  • qq_30651537
  • 2016-05-24 11:34:31
  • 1515

Android开发:Invalidate和postInvalidate刷新View的区别及应用-----ImageView绘制旋转圆环(二)

上文已经实现了圆环旋转,但是很多合格。发现之前对handler Thread Runnable理解的不深,包括如何刷新UI。这次总算清了一下帐,基本搞清除了。Android中实现view的更新有两组方...
  • yanzi1225627
  • yanzi1225627
  • 2013-02-16 00:32:06
  • 24399

andorid- 利用非ui线程绘图方法

Android UI操作并不是线程安全的并且这些操作必须在UI线程中执行,常用的方法是利用Handler来实现UI线程的更新的,其本质就是利用ui主线程发送消息由另外一个非ui线程进行具体的绘制工作。...
  • andyhuabing
  • andyhuabing
  • 2012-06-13 17:57:02
  • 2595

关于UI线程与非UI线程交互,有关Handler机制等(一)

在Android中,一个activity有一个主线程也叫UI线程,作用就是用来绘制UI界面,在这个线程里面,你的应用和android的UI组件发生交互。所以当你需要进行某些费时操作的时候,比如访问网络...
  • u014102100
  • u014102100
  • 2014-12-02 11:04:52
  • 523

为什么我们可以在非UI线程中更新UI

看到这样的标题……估计N多人会说我是逗比…………因为很多盆友在学习Android(特别是从4.0之后开始入门的)的时候都会常看见或听到别人说我们更新UI呢要在UI线程(或者说主线程)中去更新UI,不要...
  • aigestudio
  • aigestudio
  • 2015-02-03 14:11:34
  • 21084
收藏助手
不良信息举报
您举报文章:非UI线程下页面处理:view的postInvalidate和post对消息处理的差异化
举报原因:
原因补充:

(最多只允许输入30个字)