2013年7月，百度將出資19億美元收購(gòu)91無(wú)線消息成為圈內(nèi)熱談，我正好在這個(gè)時(shí)候，去91新成立了研發(fā)中心面試。面試官很和藹的和我討論了一些技術(shù)問題，大多數(shù)還能應(yīng)付，記憶較深的便是如何處理嵌套ListView的滑動(dòng)事件沖突問題。
這個(gè)問題當(dāng)時(shí)我沒有回答好，主要是我對(duì)自定義View方面經(jīng)驗(yàn)不足，Touch事件的分布機(jī)制也沒有理解清楚。之后91并沒有給我答復(fù)，到是過了兩個(gè)月HR再次聯(lián)系我，問我如果過去的話什么時(shí)候能到崗，并強(qiáng)調(diào)他們是由于百度收購(gòu)公司的手緒問題拖了這么久。
只能感嘆能否進(jìn)某家公司其實(shí)也是需要緣分的。我當(dāng)時(shí)對(duì)在本地的公司已經(jīng)不感興趣了，因?yàn)椤笆澜邕@么大，我想出去看看”。
面試題：如何解決ScrollView嵌套中一個(gè)ListView的滑動(dòng)沖突？
后來我一試，發(fā)現(xiàn)ScrollView布局中嵌套Listview顯示是不正常的，確切地說是只會(huì)顯示ListView的第一個(gè)項(xiàng)。
先說下為什么會(huì)只顯示ListView的第一個(gè)Item，簡(jiǎn)單的說就是ListView在計(jì)算（比較正式的說法是：測(cè)量）自己的高度時(shí)對(duì)MeasureSpec.UNSPECIFIED這個(gè)模式在測(cè)量時(shí)只會(huì)返回一個(gè)List Item的高度（當(dāng)然還有一些padding這些的值我們可以先忽略），而ScrollView的重寫了measureChildWithMargins方法導(dǎo)致它的子View的高度被強(qiáng)制設(shè)置成了MeasureSpec.UNSPECIFIED模式。
ListView.java的onMeasure()代碼片段：
if (heightMode == MeasureSpec.UNSPECIFIED) {
heightSize = mListPadding.top + mListPadding.bottom + childHeight +
getVerticalFadingEdgeLength() * 2;
}
ScrollView.java的measureChildWithMargins()代碼片段：
final int childHeightMeasureSpec = MeasureSpec.makeMeasureSpec(
lp.topMargin + lp.bottomMargin, MeasureSpec.UNSPECIFIED);
child.measure(childWidthMeasureSpec, childHeightMeasureSpec);
注意：ScrollView繼承于FrameLayout，但它的布局中只能有一個(gè)子View，常用的是LinearLayout。
說到這里，我們肯定要來看看MeasureSpec是什么東西，而且這也是一個(gè)很好的面試題，如果做過自定義View，對(duì)它肯定不會(huì)陌生的。我們?cè)赬ML在布局文件中，設(shè)置布局的高和寬時(shí)，常常會(huì)用到“100dp”、“wrap_content”或者“match_parent”這類的值去設(shè)置它的android:layout_width和android:layout_height，而對(duì)于每個(gè)View控件來說，這兩個(gè)值都是必需的。
最終我們把View繪制到屏幕時(shí)，需要將View的寬高值映射到屏幕上的像素大小，這就要在draw前先確定本身的寬高和每個(gè)子布局的具體寬高（像素值），這中間就需要一個(gè)轉(zhuǎn)換的過程，如把wrap_content轉(zhuǎn)換成100px，這就是measure的工作。
而布局中有很多子布局，或者說ViewGroup中可能會(huì)有多個(gè)ViewGroup和View，整個(gè)測(cè)量過程也是一次根結(jié)點(diǎn)開始的遍歷過程，在這個(gè)過程中父布局需要告訴它的子布局具體的模式和寬高值（對(duì)子布局是一種約束，子布局需要在允許的范圍內(nèi)繪制），最終Android用一個(gè)int型來表示模式和值。
做過手機(jī)游戲的一定很容易想到用位移。int占4個(gè)字節(jié)，32位（bit），前2位（高位）用于存Mode，后面30位用于存寬高的具體值。當(dāng)然了我們不用具體去操作，有一個(gè)封裝好的MeasureSpec類會(huì)幫我們處理這些事情。這就是為什么我們看別人的自定義UI源碼時(shí)常常看到如下的代碼：
@Override
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
int widthMode = MeasureSpec.getMode(widthMeasureSpec);
int heightMode = MeasureSpec.getMode(heightMeasureSpec);
int widthSize = MeasureSpec.getSize(widthMeasureSpec);
int heightSize = MeasureSpec.getSize(heightMeasureSpec);
Size為具體的值，而Mode就是我們說的三種模式：UNSPECIFIED，EXACTLY和AT_MOST。
UNSPECIFIED
不限定，父View不限制子View的具體的大小，所以子View可以按自己需求設(shè)置寬高（前面說的ScrollView就給子View設(shè)置了這個(gè)模式，ListView就會(huì)自己確認(rèn)自己高度）。
EXACTLY
父View決定子View的確切大小，子View被限定在給定的邊界里，忽略本身想要的大小。
AT_MOST
最多的，子View最大可以達(dá)到的指定大小（當(dāng)設(shè)置為wrap_content時(shí)，模式為AT_MOST, 表示子view的大小最多是多少。）
知道了這些我們解決這個(gè)問題，就不算難了，我們也可以重寫ListView的onMeasure讓它按我們的要求測(cè)量高度。
顯示正常之后，遇到了91面試官和我說的滑動(dòng)事件沖突問題，ScrollView和ListView都是上下滑動(dòng)的，嵌套在一起后ScrollView中的ListView就沒法上下滑動(dòng)了，事件被ScrollView響應(yīng)了。
就里又引出了一個(gè)常被問到的面試題：ViewGroup的Touch事件分發(fā)機(jī)制。我們觸摸幕時(shí)會(huì)產(chǎn)生事件（MotionEvent）：
ACTION_DOWN：手指開始觸摸到屏幕的那一刻響應(yīng)的是DOWN事件；
ACTION_MOVE：接著手指在屏幕上移動(dòng)響應(yīng)的是MOVE事件；
ACTION_UP：手指從屏幕上松開的那一刻響應(yīng)的是UP事件。
事件的分發(fā)中我們較關(guān)注的三個(gè)方法：
分發(fā)事件：dispatchTouchEvent
在這里進(jìn)行事件的分發(fā)，onInterceptTouchEvent和onTouchEvent都是由dispatchTouchEvent負(fù)責(zé)調(diào)度的。
攔截事件：onInterceptTouchEvent
只有ViewGroup才有這個(gè)方法。攔截了的話，ViewGroup就不會(huì)把事件繼續(xù)分發(fā)給子View了，即子View的dispatchTouchEvent和onTouchEvent這兩個(gè)方法都不會(huì)被調(diào)用。返回true時(shí)，表示ViewGroup會(huì)攔截事件。
消費(fèi)事件：onTouchEvent
onTouchEvent 返回true時(shí)，表示事件被消費(fèi)掉了。一旦事件被消費(fèi)掉了，其他父元素的onTouchEvent方法都不會(huì)被調(diào)用。
用一張圖簡(jiǎn)單說明一下分發(fā)的的大體流程：
現(xiàn)在我們回過頭來看，ScrollView和ListView的事件沖突問題，從ScrollView的源碼可以看到它對(duì)Touch事件（ACTION_MOVE）進(jìn)行了攔截，所以滑動(dòng)的事件傳遞不到ListView。
所以我們解決這個(gè)問題，需要讓在ListView區(qū)域的滑動(dòng)事件ScrollView不要攔截。這樣在ListView區(qū)域外的還是由ScrollView去處理事件，ListView外滑動(dòng)的就是ScrollView。這里用到一個(gè)系統(tǒng)自帶的API來實(shí)現(xiàn)這種方案：requestDisallowInterceptTouchEvent（我覺得可以從名字直接讀出它的用途，不再解釋），代碼也不復(fù)雜:
public class MyListView extends ListView {
public MyListView(Context context) {
super(context);
}
public MyListView(Context context, AttributeSet attrs) {
super(context, attrs);
}
public MyListView(Context context, AttributeSet attrs, int defStyleAttr) {
super(context, attrs, defStyleAttr);
}
@Override
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
int newHeightMeasureSpec = MeasureSpec.makeMeasureSpec(480, // 固定高度（實(shí)際中這個(gè)值應(yīng)該是根據(jù)手機(jī)屏幕計(jì)算出來的）
MeasureSpec.AT_MOST);
super.onMeasure(widthMeasureSpec, newHeightMeasureSpec);
}
@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
switch (ev.getAction()) {
case MotionEvent.ACTION_DOWN:
case MotionEvent.ACTION_MOVE:
getParent().requestDisallowInterceptTouchEvent(true);
break;
case MotionEvent.ACTION_UP:
case MotionEvent.ACTION_CANCEL:
getParent().requestDisallowInterceptTouchEvent(false);
break;
}
return super.onInterceptTouchEvent(ev);
}
}
小結(jié)
關(guān)于這部份其實(shí)還是有很多可以講的，但并不一定適合拿來做面試題，我覺得它們太偏細(xì)節(jié)了，很多地方自己久不做了也不一定說得出來（甚至說錯(cuò)都可能）。而且，這種細(xì)節(jié)方面的問題可以編寫代碼時(shí)就發(fā)現(xiàn)，不容易產(chǎn)生問題，不過對(duì)事件的分發(fā)機(jī)制有一個(gè)大體的了解還是很有必要的。
