2013年7月赖阻，百度將出資19億美元收購(gòu)91無(wú)線消息成為圈內(nèi)熱談，我正好在這個(gè)時(shí)候贾节，去91新成立了研發(fā)中心面試。面試官很和藹的和我討論了一些技術(shù)問(wèn)題衷畦，大多數(shù)還能應(yīng)付栗涂，記憶較深的便是如何處理嵌套ListView的滑動(dòng)事件沖突問(wèn)題。

這個(gè)問(wèn)題當(dāng)時(shí)我沒(méi)有回答好祈争，主要是我對(duì)自定義View方面經(jīng)驗(yàn)不足斤程，Touch事件的分布機(jī)制也沒(méi)有理解清楚。之后91并沒(méi)有給我答復(fù)菩混，到是過(guò)了兩個(gè)月HR再次聯(lián)系我忿墅，問(wèn)我如果過(guò)去的話什么時(shí)候能到崗，并強(qiáng)調(diào)他們是由于百度收購(gòu)公司的手緒問(wèn)題拖了這么久沮峡。

只能感嘆能否進(jìn)某家公司其實(shí)也是需要緣分的疚脐。我當(dāng)時(shí)對(duì)在本地的公司已經(jīng)不感興趣了，因?yàn)椤笆澜邕@么大邢疙，我想出去看看”棍弄。

面試題：如何解決ScrollView嵌套中一個(gè)ListView的滑動(dòng)沖突？

后來(lái)我一試疟游，發(fā)現(xiàn)ScrollView布局中嵌套Listview顯示是不正常的呼畸，確切地說(shuō)是只會(huì)顯示ListView的第一個(gè)項(xiàng)。

先說(shuō)下為什么會(huì)只顯示ListView的第一個(gè)Item乡摹，簡(jiǎn)單的說(shuō)就是ListView在計(jì)算（比較正式的說(shuō)法是：測(cè)量）自己的高度時(shí)對(duì)MeasureSpec.UNSPECIFIED這個(gè)模式在測(cè)量時(shí)只會(huì)返回一個(gè)List Item的高度（當(dāng)然還有一些padding這些的值我們可以先忽略）役耕，而ScrollView的重寫(xiě)了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故慈。

說(shuō)到這里板熊，我們肯定要來(lái)看看MeasureSpec是什么東西，而且這也是一個(gè)很好的面試題察绷，如果做過(guò)自定義View干签，對(duì)它肯定不會(huì)陌生的。我們?cè)赬ML在布局文件中拆撼，設(shè)置布局的高和寬時(shí)容劳，常常會(huì)用到“100dp”喘沿、“wrap_content”或者“match_parent”這類的值去設(shè)置它的android:layout_width和android:layout_height，而對(duì)于每個(gè)View控件來(lái)說(shuō)竭贩，這兩個(gè)值都是必需的蚜印。

最終我們把View繪制到屏幕時(shí)，需要將View的寬高值映射到屏幕上的像素大小留量，這就要在draw前先確定本身的寬高和每個(gè)子布局的具體寬高（像素值）窄赋，這中間就需要一個(gè)轉(zhuǎn)換的過(guò)程，如把wrap_content轉(zhuǎn)換成100px楼熄，這就是measure的工作忆绰。

而布局中有很多子布局，或者說(shuō)ViewGroup中可能會(huì)有多個(gè)ViewGroup和View可岂，整個(gè)測(cè)量過(guò)程也是一次根結(jié)點(diǎn)開(kāi)始的遍歷過(guò)程错敢，在這個(gè)過(guò)程中父布局需要告訴它的子布局具體的模式和寬高值（對(duì)子布局是一種約束，子布局需要在允許的范圍內(nèi)繪制）缕粹，最終Android用一個(gè)int型來(lái)表示模式和值伐债。

做過(guò)手機(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就是我們說(shuō)的三種模式：UNSPECIFIED，EXACTLY和AT_MOST塘辅。

UNSPECIFIED
不限定晃虫，父View不限制子View的具體的大小，所以子View可以按自己需求設(shè)置寬高（前面說(shuō)的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è)問(wèn)題，就不算難了键耕，我們也可以重寫(xiě)ListView的onMeasure讓它按我們的要求測(cè)量高度寺滚。

顯示正常之后，遇到了91面試官和我說(shuō)的滑動(dòng)事件沖突問(wèn)題屈雄，ScrollView和ListView都是上下滑動(dòng)的玛迄，嵌套在一起后ScrollView中的ListView就沒(méi)法上下滑動(dòng)了，事件被ScrollView響應(yīng)了棚亩。

就里又引出了一個(gè)常被問(wèn)到的面試題：ViewGroup的Touch事件分發(fā)機(jī)制蓖议。我們觸摸幕時(shí)會(huì)產(chǎn)生事件（MotionEvent）：

ACTION_DOWN：手指開(kāi)始觸摸到屏幕的那一刻響應(yīng)的是DOWN事件；
ACTION_MOVE：接著手指在屏幕上移動(dòng)響應(yīng)的是MOVE事件讥蟆；
ACTION_UP：手指從屏幕上松開(kāi)的那一刻響應(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)單說(shuō)明一下分發(fā)的的大體流程：

現(xiàn)在我們回過(guò)頭來(lái)看，ScrollView和ListView的事件沖突問(wèn)題视哑，從ScrollView的源碼可以看到它對(duì)Touch事件（ACTION_MOVE）進(jìn)行了攔截绣否，所以滑動(dòng)的事件傳遞不到ListView。

所以我們解決這個(gè)問(wèn)題挡毅，需要讓在ListView區(qū)域的滑動(dòng)事件ScrollView不要攔截蒜撮。這樣在ListView區(qū)域外的還是由ScrollView去處理事件，ListView外滑動(dòng)的就是ScrollView跪呈。這里用到一個(gè)系統(tǒng)自帶的API來(lái)實(shí)現(xiàn)這種方案：requestDisallowInterceptTouchEvent（我覺(jué)得可以從名字直接讀出它的用途段磨，不再解釋），代碼也不復(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ì)算出來(lái)的）
                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í)還是有很多可以講的庆械，但并不一定適合拿來(lái)做面試題薇溃，我覺(jué)得它們太偏細(xì)節(jié)了菌赖，很多地方自己久不做了也不一定說(shuō)得出來(lái)（甚至說(shuō)錯(cuò)都可能）缭乘。而且，這種細(xì)節(jié)方面的問(wèn)題可以編寫(xiě)代碼時(shí)就發(fā)現(xiàn)，不容易產(chǎn)生問(wèn)題堕绩，不過(guò)對(duì)事件的分發(fā)機(jī)制有一個(gè)大體的了解還是很有必要的策幼。