背景
view.post,应该有些人用过，但我是基本上没有用过。在之前的理解里面我以为，它的实现原理就是往主线程发消息，但其实并不是这样的！如果只是往主线程抛消息，这时候如果View在子线程创建的？或者当前View只是创建了没有使用！这个消息会怎么处理呢？
解析
首先猜测一些如果只是创建了View没有使用（没有添加到屏幕的布局里面），这个View.post消息应该不会执行。
来根据源码来看看
///----------------------------View.java
public boolean post(Runnable action) {
//可以看成一个联系
final AttachInfo attachInfo = mAttachInfo;
if (attachInfo != null) {
return attachInfo.mHandler.post(action);
}
getRunQueue().post(action);
return true;
}
源码里面有一个判断去判断了AttachInfo是否为null，这个AttachInfo是怎么设置的呢？它到底代表了什么？
attachInfo是一个View的静态内部类，里面的主要内容有
//---------------View.java---------------
final static class AttachInfo {
@UnsupportedAppUsage
final IWindowSession mSession;
@UnsupportedAppUsage
final IWindow mWindow;
final IBinder mWindowToken;
Display mDisplay;
final Callbacks mRootCallbacks;
IWindowId mIWindowId;
WindowId mWindowId;
/**
* The top view of the hierarchy.
*/
View mRootView;
IBinder mPanelParentWindowToken;
@UnsupportedAppUsage
final Handler mHandler;
}
我们可以清楚的看到这个Attachinfo不会空的时候，它确实会通过handler去发送消息，但这个handler是主线程的吗？
我们来看看这个mAttachInfo 赋值的地方
//------------------View.java
void dispatchAttachedToWindow(AttachInfo info, int visibility) {
mAttachInfo = info;
//--------------
}
它在dispatchAttachedToWindow中赋值的，这个dispatchAttachedToWindow是什么时候调用的呢？
我们都知道所有的View的结构是一棵树，它所有的方法的分发都应该来源于它的parent。
所以我们来看看根View ，DecorView的parent-》ViewRootImpl它的实现。
//----------------------------ViewRootImpl.java
private void performTraversals() {
final View host = mView;
//这里的First的意思是什么？，如果是后来加入的View会进行绘制吗？
if (mFirst) {
mFullRedrawNeeded = true;
mLayoutRequested = true;
//这里的host就是decorView，它会分发这个dispatchAttachedToWindow事件
host.dispatchAttachedToWindow(mAttachInfo, 0);
mAttachInfo.mTreeObserver.dispatchOnWindowAttachedChange(true);
dispatchApplyInsets(host);
}
}
//----------------------ViewGroup.java ------------------
// DecorView本质就是一个ViewGroup
void dispatchAttachedToWindow(AttachInfo info, int visibility) {
mGroupFlags |= FLAG_PREVENT_DISPATCH_ATTACHED_TO_WINDOW;
super.dispatchAttachedToWindow(info, visibility);
mGroupFlags &= ~FLAG_PREVENT_DISPATCH_ATTACHED_TO_WINDOW
final int count = mChildrenCount;
final View[] children = mChildren;
for (int i = 0; i < count; i++) {
final View child = children[i];
child.dispatchAttachedToWindow(info,
combineVisibility(visibility, child.getVisibility()));
}
}
//--------------------ViewRootImpl
public ViewRootImpl(Context context, Display display, IWindowSession session,
boolean useSfChoreographer) {
//在创建ViewRootImpl的时候创建！mAttachInfo
mAttachInfo = new View.AttachInfo(mWindowSession, mWindow, display, this, mHandler, this,
context);
}
我们很清楚的看到了，一个View在被添加到屏幕之后，它会在执行绘制流程的时候，调用dispatchAttachedToWindow，设置自身的属性mAttachInfo，之后只要通过View.post，可以通过它的Handler向主线程发消息。
这里只是回答了我们当这个View在屏幕的情况，如果View不在屏幕中呢。我们继续来看看这个getRunQueue是什么？
//-----------------------View.java
public boolean post(Runnable action) {
final AttachInfo attachInfo = mAttachInfo;
if (attachInfo != null) {
return attachInfo.mHandler.post(action);
}
//如果没有在屏幕中！！！！！！
getRunQueue().post(action);
return true;
}
//这里可以看到一个HandlerActionQueue。
private HandlerActionQueue getRunQueue() {
if (mRunQueue == null) {
mRunQueue = new HandlerActionQueue();
}
return mRunQueue;
}
我们可以看到会生成一个HandlerActionQueue的对象，他是用来存放当前我们的View如果不在屏幕中，它就会把消息存放起来。
//--------------------------HandlerActionQueue .java----------------------------------
public class HandlerActionQueue {
private HandlerAction[] mActions;
private int mCount;
public void post(Runnable action) {
postDelayed(action, 0);
}
public void postDelayed(Runnable action, long delayMillis) {
final HandlerAction handlerAction = new HandlerAction(action, delayMillis);
synchronized (this) {
if (mActions == null) {
mActions = new HandlerAction[4];
}
mActions = GrowingArrayUtils.append(mActions, mCount, handlerAction);
mCount++;
}
}
}
而且我们可以看到默认是4个消息，如果大于4个消息他就会对整个数组进行自增。
那这个数组的消息是什么时候进行传递给主线程的呢？
我们继续回到dispatchAttachedToWindow方法里面
void dispatchAttachedToWindow(AttachInfo info, int visibility) {
//--------------------------
// Transfer all pending runnables.
if (mRunQueue != null) {
mRunQueue.executeActions(info.mHandler);
mRunQueue = null;
}
//------------------------------
可以清晰地看到了，会把消息交给mAttachInfo的handler执行,然后置空。
同理我们知道mAttachinfo在View离开屏幕后就会被置空，一般是父控件调用removeView之后会调用dispatchDetachedFromWindow设置。
//-------------------------ViewGroup------------------------------
private void removeViewsInternal(int start, int count) {
//----------------------------------
if (view.getAnimation() != null ||
(mTransitioningViews != null && mTransitioningViews.contains(view))) {
addDisappearingView(view);
} else if (detach) {
//执行让View退出Window的方法
view.dispatchDetachedFromWindow();
}
dispatchViewRemoved(view);
//--------------------------------------
}
//------------------------View.java------------
void dispatchDetachedFromWindow() {
AttachInfo info = mAttachInfo;
if (info != null) {
int vis = info.mWindowVisibility;
if (vis != GONE) {
onWindowVisibilityChanged(GONE);
if (isShown()) {
// Invoking onVisibilityAggregated directly here since the subtree
// will also receive detached from window
onVisibilityAggregated(false);
}
}
}
onDetachedFromWindow();
onDetachedFromWindowInternal();
//---------------------这里会把它置为空---------------------
mAttachInfo = null;
}
同理，这里只说了一开始就加载在屏幕中的View，如果这个View不是通过XML加载的，而是通过addView加入的，它的Attachinfo怎么设置呢？
在对应的addView中有相应的方法进行设置
@UnsupportedAppUsage
public void addTransientView(View view, int index) {
//-------------------------------
view.mParent = this;
if (mAttachInfo != null) {
view.dispatchAttachedToWindow(mAttachInfo, (mViewFlags & VISIBILITY_MASK));
}
invalidate(true);
}
总结
View.post肯定会把消息传递给主线程，但是传递的时间有限制，如果当前的这个View是处于屏幕中的，则会立即通过handler发消息出去，否则便会保存起来，等待attachWindow的时候再把消息发出去。
