一.View和Activity,Window之间的关系：
在构造Activity的时候呢，会初始化一个Window .(PhoneWindow),而PhoneWindow设置DecorView，作为窗口的根视图（Viewroot），分为TitleView和 ContextView。在OnCreated()方法中，setContextView()用来设置上面的方法，而findVIewbyid则是至上而 下的遍历这棵控件树（我们都知道findViewbyid这个方法是十分消耗内存的，对于性能的优化可以从这里入手考虑）。Viewroot通过 addview方法加入将Viwe添加进来（Textview,button,ect.）, 而这些View的事件监听，是由WindowManagerService来接受消息，并且回调Activity函数。
二.View的更新
Android更新view有两组方法，invalidate在UI线程中使用，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
if (mAttachInfo != null) {
Message msg = Message.obtain();
msg.what = AttachInfo.INVALIDATE_MSG;
msg.obj = this;
mAttachInfo.mHandler.sendMessageDelayed(msg, delayMilliseconds);
}
}
可见，还是用过handle.sendMessageDelayed，最终交给了主线程UI处理的。
这个时候在说一下checkThread()方法：
void checkThread() {
if (mThread != Thread.currentThread()) {
throw new CalledFromWrongThreadException(
"Only the original thread that created a view hierarchy can touch its views.");
}
}
可见如果mThread !=Thread.currentThread就会抛出异常。而mThread是在构造方法中实例化的，为主线程，而Thread.currentThread()是当前UI。该代码出自 framework/base/core/java/android/view/ViewRootImpl.java
还需要一提的是invalidatechilid()和invalidatechildparent()方法：
@Override
public void invalidateChild(View child, Rect dirty) {
invalidateChildInParent(null, dirty);
}
@Override
public ViewParent invalidateChildInParent(int[] location, Rect dirty) {
checkThread();
...
if (dirty == null) {
invalidate();
return null;
} else if (dirty.isEmpty() && !mIsAnimating) {
return null;
}
...
}
方法中调用了checkThread(),还有关于ui的更新。
既然是单线程模型，就要先找到这个UI线程实现类ActivityThread，看里面哪里 addview 了。没错，是在onResume里面，对应ActivityThread就是handleResumeActivity这个方法：
<pre>final void handleResumeActivity(IBinder token, boolean clearHide, boolean isForward, boolean reallyResume) { // If we are getting ready to gc after going to the background, well // we are back active so skip it.
unscheduleGcIdler();
mSomeActivitiesChanged = true; // TODO Push resumeArgs into the activity for consideration
ActivityClientRecord r = performResumeActivity(token, clearHide);
...... if (r.window == null && !a.mFinished && willBeVisible) {
r.window = r.activity.getWindow();
View decor = r.window.getDecorView();
decor.setVisibility(View.INVISIBLE);
ViewManager wm = a.getWindowManager();
WindowManager.LayoutParams l = r.window.getAttributes();
a.mDecor = decor;
l.type = WindowManager.LayoutParams.TYPE_BASE_APPLICATION;
l.softInputMode |= forwardBit; if (a.mVisibleFromClient) {
a.mWindowAdded = true;
wm.addView(decor, l);
} // If the window has already been added, but during resume // we started another activity, then don't yet make the // window visible.
} else if (!willBeVisible) { if (localLOGV) Slog.v(
TAG, "Launch " + r + " mStartedActivity set");
r.hideForNow = true;
}
......
}
所以，如果在onCreate中通过子线程直接更新UI，并不会抛CalledFromWrongThreadException异常。但是一般情况下，我们不会在onCreate中做这样的事情。
- 这就是Android为我们设计的单线程模型，核心就是一句话：Android UI操作并不是线程安全的，并且这些操作必须在UI线程执行。
三.事件拦截：
上文提到过view的创建流程，android的事件拦截主要是三个方法:
1.dispatchtouchevent():进行事件分发，只要事件传递给当前view,此方法就一定会被调用。
2.onInterceptTouchEvent( ): 标记是否拦截Touch事件,如果拦截则自己处理,否则交给子View处理(可以是ViewGroup,也可以是View)。
3.onTouchEvent(): 在拦截之后进行事件的处理。
上一段开发艺术中的伪代码帮助理解:
public void ondispatchTouchevent(Motionevent ev){
boolean consume = false;
if(onInterceptTouchEvent(ev)){
consume = onTouchEvent(ev);
}else{
consume = child.dispatchTouchEvent(ev);
}
return consume;
}
这里提一下mFirstTouchTarget：即为事件处理ViewmFirstTouchTarget != null的情况下才会调用onInterceptTouchEvent(),所以当事件如果为Move并且mFirstTouchTarget == null 的情况下(ViewGroup没有处理当前事件的子View)就直接intercepted = true,表明自己拦截。
通过判断x,y来确定子view是否包含，如果包含就添加到mFirstTouchTarget中，否则继续遍历。
在拿一段view dispatchTouchEvent( )的关键部分：
if (onFilterTouchEventForSecurity(event)) {
if ((mViewFlags & ENABLED_MASK) == ENABLED && handleScrollBarDragging(event)) {
result = true;
}
//noinspection SimplifiableIfStatement
ListenerInfo li = mListenerInfo;
if (li != null && li.mOnTouchListener != null
&& (mViewFlags & ENABLED_MASK) == ENABLED
&& li.mOnTouchListener.onTouch(this, event)) {
result = true;
}
//onTouchEvent()
if (!result && onTouchEvent(event)) {
result = true;
}
}
