view的事件分發(fā)是一個(gè)老生常談的問(wèn)題了，自己也看過(guò)很多绘雁，工作中也用到一些橡疼，但是也只是達(dá)到想要的效果就淺嘗輒止了，沒(méi)有去研究到底為什么庐舟。今天抽空整理一下欣除，一來(lái)整理自己的知識(shí)體系，而來(lái)方便以后復(fù)習(xí)查閱挪略。
摘要
就這個(gè)主題主要分析三件事：
- view的事件分發(fā)
- viewGroup的事件分發(fā)
- 工作中一些應(yīng)用問(wèn)題解決的原理分析
view的事件分發(fā)
一圖勝千言历帚，先上一張圖
幾點(diǎn)說(shuō)明
- 主要兩個(gè)方法
dispatchTouchEvent和onTouchEvent -
dispatchTouchEvent結(jié)果返回false會(huì)阻斷事件傳遞，返回true會(huì)消費(fèi)掉這次事件杠娱，繼續(xù)下一個(gè)事件處理抹缕，直到事件處理完。 - 攔截click事件可以修改
onTouch返回true - 不可點(diǎn)擊的控件默認(rèn)只有Down的Touch事件墨辛，要想有Move和Up事件，必須修改
onTouch返回true或者設(shè)置clickable為true
viewGroup的事件分發(fā)
老規(guī)矩趴俘，先上一張圖
這里也做幾點(diǎn)說(shuō)明
- 主要方法比View多一個(gè)
onInterceptTouchEvent睹簇，攔截touch事件 - 事件分發(fā)是先從viewGroup，然后再到子View
- 如果
onInterceptTouchEvent返回true寥闪，就攔截掉事件太惠，沒(méi)有子View處理事件的機(jī)會(huì)了，會(huì)走到ViewGroup自身事件處理疲憋，基本在onTouch中處理凿渊，跟View一樣，返回true，繼續(xù)下個(gè)事件埃脏，返回false搪锣，阻斷事件傳遞 - 如果點(diǎn)擊區(qū)域不在子View上，跟
onInterceptTouchEvent返回true處理一樣彩掐，否則會(huì)遍歷子View构舟，判斷是Visible就把事件交給子View處理（注意：這里有模糊點(diǎn)，后面會(huì)說(shuō)） - 如果子View
dispatchTouchEvent返回true堵幽，如果子View clickable為true狗超，返回就肯定是true，就會(huì)阻斷流程朴下。這樣父ViewGroup就不能處理事件了 - 如果子View
dispatchTouchEvent返回false就會(huì)執(zhí)行所有字View的dispatchTouchEvent努咐，并繼續(xù)父ViewGroup的事件處理。 - 讓子View
dispatchTouchEvent返回false殴胧，只能是clickable為false渗稍，這樣子View就會(huì)阻斷事件傳遞，也就終止了整個(gè)事件傳遞溃肪。即子View和父ViewGroup只有Down事件處理
一些問(wèn)題解決原理分析
1.事件穿透
像FrameLayout免胃、RelativeLayout這樣的布局子布局是可以重疊的，那這樣點(diǎn)擊上層的View并且它的clickable為false惫撰，這時(shí)候事件就會(huì)傳遞到下層的View羔沙。
解決方法相信大家都知道，不知道的網(wǎng)上隨便一搜也能搜到厨钻《蟪可是到底是怎么一回事呢？
其實(shí)也不負(fù)責(zé)夯膀，上面都說(shuō)過(guò)了诗充，咱們?cè)賮?lái)重溫下：
ViewGroup的事件處理會(huì)遍歷子View，如果所有子View的dispatchTouchEvent 返回false诱建，就會(huì)執(zhí)行所有子View的dispatchTouchEvent蝴蜓，這里明白了吧，所有View都會(huì)執(zhí)行onTouch
等等俺猿。茎匠。是只有子View的visible為true才會(huì)把時(shí)間傳給子View的呀，既然上層View已經(jīng)覆蓋下層View押袍，那下層View應(yīng)該接受不到時(shí)間才對(duì)啊诵冒。
這里就設(shè)計(jì)到上面提到的模糊知識(shí)點(diǎn)了，其實(shí)visible和可見(jiàn)性是兩個(gè)概念谊惭，這里判斷的visible只要沒(méi)有設(shè)置Invisible或Gone汽馋，它就是visible的侮东。這下徹底明白了吧。
這里提到了可見(jiàn)性豹芯，至于怎么判斷可見(jiàn)性悄雅，可以使用getGlobalVisibleRect和getLocalVisibleRect判斷，但前提是知道要判斷的兩個(gè)View的層級(jí)告组。如果是自己的項(xiàng)目的話這個(gè)自然可以知道煤伟。但是如果是SDK提供的，就要想其它辦法了木缝。（不要說(shuō)使用isShow判斷便锨，自己試過(guò)就知道了。他會(huì)判斷parentView如果是null就會(huì)返回false我碟，但是DecorView的父view是什么放案，就是null，所以isShow都是返回false矫俺。不知道是系統(tǒng)bug吱殉，還是API寫錯(cuò)了，還是才疏學(xué)淺不知道怎么用厘托。有知道的大佬歡迎討論）
有興趣的同學(xué)可以研究下有沒(méi)有更好的辦法友雳，歡迎交流
事件沖突
類似listview的上下滑動(dòng)和item view的左右滑動(dòng)。當(dāng)手指在子view上滑動(dòng)的時(shí)候铅匹，就不知道是該listview處理還是item view處理
其實(shí)解決方案就是判斷用戶的滑動(dòng)是上下滑動(dòng)還是左右滑動(dòng)押赊，然后交給不同的view處理
如果是上下滑動(dòng)要交給父view處理，就需要屏蔽子View的事件處理包斑。父View onInterceptTouchEvent 返回true就好了流礁，或者改變子View的visible。但是改變子View的visible效果肯定不好罗丰，所以就是修改父View的onInterceptTouchEvent 返回true神帅。如果左右滑動(dòng)，交給子View處理萌抵，并且阻斷父View處理事件找御，父View onInterceptTouchEvent 返回false，改變子View的clickable為true或者在onTouch返回true（子View不用動(dòng)態(tài)改绍填，最好是在onTouch返回true）萎坷。
就是這么簡(jiǎn)單，只要懂得原理沐兰，不同的場(chǎng)景用不同的方法來(lái)解決。無(wú)非就是父View和子View之間事件到底誰(shuí)處理蔽挠。
還有很多的場(chǎng)景是類似的問(wèn)題住闯，相信看了這篇文章瓜浸，真正弄清楚原理。以后遇到別的問(wèn)題比原，可以實(shí)際分析插佛，找出合理的解決方法。
最后祝大家天天開(kāi)心Ａ烤健雇寇！
