目錄介紹
- 8.0.0.1 簡述Android的事件分發機制?dispatchTouchEvent方法的作用是什麼?說下View和ViewGroup分發事件?
- 8.0.0.2 onInterceptTouchEvent方法作用是什麼?onTouchEvent的方法的作用是什麼?
- 8.0.0.4 滑動衝突有哪些場景?滑動衝突處理原則是什麼?滑動衝突解決辦法有哪些?分別是如何解決的?
- 8.0.0.5 onTouch()、onTouchEvent()和onClick()關係是怎樣的,哪一個先執行?如果設置了onClickListener, 但是onClick()沒有調用,可能產生的原因?
- 8.0.0.6 View滑動有哪些方法?這些方法分別是如何實現滑動的?分別有什麼優缺點?
- 8.0.0.7 事件的傳遞規則是什麼?View處理事件的優先級?點擊事件傳遞過程遵循如下順序?事件傳遞規則要點?
- 8.0.0.8 Scroller的作用?Scroller的要點有哪些?Scroller的使用步驟?Scroller工作原理?
- 8.0.0.9 Activity事件分發的過程?Window事件分發?DecorView的事件分發?根View的事件分發?
- 8.0.1.0 GestureDetector是幹什麼用的?GestureDetector作用和注意點?有哪些常用的監聽方法?
- 8.0.1.2 View的滑動方式?如何讓控件滾動到某一位置?scrollTo()和scrollBy()的區別?Scroller是什麼?
- 8.0.1.4 談一談View的工作原理,執行流程,MeasureSpec是什麼?有什麼作用?
- 8.0.1.6 SurfaceView和View的區別,說一下SurfaceView的工作原理,爲何不會導致頁面卡頓?
好消息
- 博客筆記大彙總【15年10月到至今】,包括Java基礎及深入知識點,Android技術博客,Python學習筆記等等,還包括平時開發中遇到的bug彙總,當然也在工作之餘收集了大量的面試題,長期更新維護並且修正,持續完善……開源的文件是markdown格式的!同時也開源了生活博客,從12年起,積累共計500篇[近100萬字],將會陸續發表到網上,轉載請註明出處,謝謝!
- 鏈接地址:https://github.com/yangchong2...
- 如果覺得好,可以star一下,謝謝!當然也歡迎提出建議,萬事起於忽微,量變引起質變!
8.0.0.1 簡述Android的事件分發機制?dispatchTouchEvent方法的作用是什麼?說下View和ViewGroup分發事件?
-
簡述Android的事件分發機制?技術博客大總結
- 事件分發順序:Activty->ViewGroup->View
- 主要方法:dispatchTouchEvent-分發事件、onInterceptTouchEvent-當前View是否攔截該事件、onTouchEvent-處理事件
- 1.父View調用dispatchTouchEvent開啓事件分發。
- 2.父View調用onInterceptTouchEvent判斷是否攔截該事件,一旦攔截後該事件的後續事件(如DOWN之後的MOVE和UP)都直接攔截,不會再進行判斷。
- 3.如果父View進行攔截,父View調用onTouchEvent進行處理。
- 4.如果父View不進行攔截,會調用子View的dispatchTouchEvent進行事件的層層分發。
-
dispatchTouchEvent方法的作用是什麼?
- 用於進行事件的分發
- 只要事件傳給當前View,該方法一定會被調用
- 返回結果受到當前View的onTouchEvent和下級View的dispatchTouchEvent影響
- 表示是否消耗當前事件
-
ViewGroup事件分發僞代碼
-
View事件分發僞代碼
-
View和ViewGroup在dispatchTouchEvent上的區別
- ViewGroup在dispatchTouchEvent()中會進行事件的分發。
- View在dispatchTouchEvent()中會對該事件進行處理。技術博客大總結
8.0.0.2 onInterceptTouchEvent方法作用是什麼?onTouchEvent的方法的作用是什麼?
-
onInterceptTouchEvent方法作用是什麼?
- 在dispatchTouchEvent的內部調用,用於判斷是否攔截某個事件
-
View和ViewGroup在onInterceptTouchEvent上的區別:
- View沒有該方法,View會處理所有收到的事件,但不一定會消耗該事件。
- onInterceptTouchEvent是ViewGroup中添加的方法,用於判斷是否攔截該事件。
-
onTouchEvent的方法的作用是什麼?技術博客大總結
- 在dispatchTouchEvent的中調用,用於處理點擊事件
- 返回結果表示是否消耗當前事件
8.0.0.4 滑動衝突有哪些場景?滑動衝突處理原則是什麼?滑動衝突解決辦法有哪些?分別是如何解決的?
-
滑動衝突有哪些場景?
- 內層和外層滑動方向不一致:一個垂直,一個水平。比如輪播圖ViewPager和ScrollView
- 內存和外層滑動方向一致:均垂直or水平。比如scrollView和RecyclerView
- 前兩者層層嵌套。比如ScrollView和RecyclerView(recyclerView中又嵌套recyclerView)
-
滑動衝突處理原則
- 對於內外層滑動方向不同,只需要根據滑動方向來給相應控件攔截
- 對於內外層滑動方向相同,需要根據業務來進行事件攔截,規定何時讓外部View攔截事件何時由內部View攔截事件。
- 前兩者嵌套的情況,根據前兩種原則層層處理即可。
-
滑動衝突解決辦法有哪些?技術博客大總結
- 外部攔截法:指點擊事件都先經過父容器的攔截處理,如果父容器需要此事件就攔截,否則就不攔截。具體方法:需要重寫父容器的onInterceptTouchEvent方法,在內部做出相應的攔截。
- 內部攔截法:指父容器不攔截任何事件,而將所有的事件都傳遞給子容器,如果子容器需要此事件就直接消耗,否則就交由父容器進行處理。具體方法:需要配合requestDisallowInterceptTouchEvent方法。
-
外部攔截解決滑動衝突法
-
外部攔截法要點
- 父容器的onInterceptTouchEvent方法中處理
- ACTION_DOWN不攔截,一旦攔截會導致後續事件都直接交給父容器處理。
- ACTION_MOVE中根據情況進行攔截,攔截:return true,不攔截:return false(外部攔截核心)
- ACTION_UP不攔截,如果父控件攔截UP,會導致子元素接收不到UP進一步會讓onClick方法無法觸發。此外UP攔截也沒什麼用。
-
onClick方法生效的兩個條件?
- View可以點擊
- 接收到了DOWN和UP事件
- 外部攔截,自定義ScrollView,這塊可以看我的博客:
-
8.0.0.5 onTouch()、onTouchEvent()和onClick()關係是怎樣的,哪一個先執行?如果設置了onClickListener, 但是onClick()沒有調用,可能產生的原因?
-
onTouch()、onTouchEvent()和onClick()關係是怎樣的,哪一個先執行?
-
onTouch->onTouchEvent->onClick
- 當一個View需要處理事件時,如果它設置了OnTouchListener,那麼OnTouchListener的onTouch方法會被回調。
- 這時事件如何處理還得看onTouch的返回值,如果返回false,則當前View的onTouchEvent方法會被調用;如果返回true,那麼onTouchEvent方法將不會被調用。由此可見,給View設置的onTouchListener,其優先級比onTouchEvent要高。
- 如果當前方法中設置了onClickListener,那麼它的onClick方法會被調用。可以看出,常用的OnClickListener,其優先級別最低。
-
-
如果設置了onClickListener, 但是onClick()沒有調用,可能產生的原因? 技術博客大總結
- 父View攔截了事件,沒有傳遞到當前View
- View的Enabled = false(setEnabled(false)): view處於不可用狀態,會直接返回。
- View的Clickable = false(setClickablesetLongClickable(false)):view不可以點擊,不會執行onClick
- View設置了onTouchListener,且消耗了事件。會提前返回。
- View設置了TouchDelegate,且消耗了事件。會提前返回。
8.0.0.6 View滑動有哪些方法?這些方法分別是如何實現滑動的?分別有什麼優缺點?
-
View滑動有哪些方法?
- layout:對View進行重新佈局定位。在onTouchEvent()方法中獲得控件滑動前後的偏移。然後通過layout方法重新設置。
- offsetLeftAndRight和offsetTopAndBottom:系統提供上下/左右同時偏移的API。onTouchEvent()中調用
- LayoutParams: 更改自身佈局參數
- scrollTo/scrollBy: 本質是移動View的內容,需要通過父容器的該方法來滑動當前View
- Scroller: 平滑滑動,通過重載computeScroll(),使用scrollTo/scrollBy完成滑動效果。
- 屬性動畫: 動畫對View進行滑動技術博客大總結
- ViewDragHelper: 谷歌提供的輔助類,用於完成各種拖拽效果。
-
Layout實現滑動
-
offsetLeftAndRight和offsetTopAndBottom實現滑動
-
LayoutParams實現滑動
- 通過父控件設置View在父控件的位置,但需要指定父佈局的類型,不好
-
用ViewGroup的MariginLayoutParams的方法去設置margin
//方法一:通過佈局設置在父控件的位置。但是必須要有父控件, 而且要指定父佈局的類型,不好的方法。 RelativeLayout.LayoutParams layoutParams = (RelativeLayout.LayoutParams) getLayoutParams(); layoutParams.leftMargin = getLeft() + offsetX; layoutParams.topMargin = getTop() + offsetY; setLayoutParams(layoutParams); /**=============================================== * 方法二:用ViewGroup的MarginLayoutParams的方法去設置marign * 優點:相比於上面方法, 就不需要知道父佈局的類型。
*===============================================*/
ViewGroup.MarginLayoutParams mlayoutParams = (ViewGroup.MarginLayoutParams) getLayoutParams();
mlayoutParams.leftMargin = getLeft() + offsetX;
mlayoutParams.topMargin = getTop() + offsetY;
setLayoutParams(mlayoutParams);
```
-
scrollToscrollBy實現滑動
- 都是View提供的方法。
- scrollTo-直接到新的x,y座標處。
- scrollBy-基於當前位置的相對滑動。
- scrollBy-內部是調用scrollTo.
- scrollToscrollBy, 效果是移動View的內容,因此需要在View的父控件中調用。
-
scrollTo/By內部的mScrollX和mScrollY的意義
- mScrollX的值,相當於手機屏幕相對於View左邊緣向右移動的距離,手機屏幕向右移動時,mScrollX的值爲正;手機屏幕向左移動(等價於View向右移動),mScrollX的值爲負。
- mScrollY和X的情況相似,手機屏幕向下移動,mScrollY爲+正值;手機屏幕向上移動,mScrollY爲-負值。
- mScrollX/Y是根據第一次滑動前的位置來獲得的,例如:第一次向左滑動200(等於手機屏幕向右滑動200),mScrollX = 200;第二次向右滑動50, mScrollX = 200 + (-50)= 150,而不是(-50)。
-
動畫實現滑動的方法
- 可以通過傳統動畫或者屬性動畫的方式實現
- 傳統動畫需要通過設置fillAfter爲true來保留動畫後的狀態(但是無法在動畫後的位置進行點擊操作,這方面還是屬性動畫好)
- 屬性動畫會保留動畫後的狀態,能夠點擊。技術博客大總結
-
ViewDragHelper
- 通過ViewDragHelper去自定義ViewGroup讓其子View具有滑動效果。不過用的很少
8.0.0.7 事件的傳遞規則是什麼?View處理事件的優先級?點擊事件傳遞過程遵循如下順序?事件傳遞規則要點?
-
事件的傳遞規則是什麼?
- 點擊事件產生後,會先傳遞給根ViewGroup,並調用dispatchTouchEvent
- 之後會通過onInterceptTouchEvent判斷是否攔截該事件,如果true,則表示攔截並交給該ViewGroup的onTouchEvent方法進行處理
- 如果不攔截,則當前事件會傳遞給子元素,調用子元素的dispatchTouchEvent,如此反覆直到事件被處理
-
View處理事件的優先級?
- 在View需要處理事件時,會先調用OnTouchListener的onTouch方法,並判斷onTouch的返回值
- 返回true,表示處理完成,不會調用onTouchEvent方法
- 返回false,表示未完成,調用onTouchEvent方法進行處理
- 可見,onTouchEvent的優先級沒有OnTouchListener高
- onTouchEvent沒有消耗的話就會交給TouchDelegate的onTouchEvent去處理。
- 如果最後事件都沒有消耗,會在onTouchEvent中執行performClick()方法,內部會執行OnClickListener的onClick方法,優先級最低,屬於事件傳遞尾端
-
點擊事件傳遞過程遵循如下順序?技術博客大總結
- Activity->Window->View->分發
- 如果View的onTouchEvent返回false,則父容器的onTouchEvent會被調用,最終可以傳遞到Activity的onTouchEvent
-
事件傳遞規則要點?
- View一旦攔截事件,則整個事件序列都由它處理(ACTION_DOWNUP等),onInterceptTouchEvent不會再調用(因爲默認都攔截了)
- 但是一個事件序列也可以通過特殊方法交給其他View處理(onTouchEvent)
- 如果View開始處理事件(已經攔截),如果不消耗ACTIO_DOWN事件(onTouchEvent返回false),則同一事件序列的剩餘內容都直接交給父onTouchEvent處理
- View消耗了ACTION_DOWN,但不處理其他的事件,整個事件序列會消失(父onTouchEvent)不會調用。這些消失的點擊事件最終會傳給Activity處理。
- ViewGroup默認不攔截任何事件(onInterceptTouchEvent默認返回false)
- View沒有onInterceptTouchEvent方法,一旦有事件傳遞給View,onTouchEvent就會被調用
- View的onTouchEvent默認都會消耗事件return true, 除非該View不可點擊(clickable和longClickable同時爲false)
- View的enable屬性不影響onTouchEvent的默認返回值。即使是disable狀態。
- onClick的發生前提是當前View可點擊,並且收到了down和up事件
- 事件傳遞過程是由父到子,層層分發,可以通過requestDisallowInterceptTouchEvent讓子元素干預父元素的事件分發(ACTION_DOWN除外)
8.0.0.8 Scroller的作用?Scroller的要點有哪些?Scroller的使用步驟?Scroller工作原理?
-
Scroller的作用?
- 用於封裝滑動
- 提供了基於時間的滑動偏移值,但是實際滑動需要我們去負責。
-
Scroller的要點有哪些?
- 調用startScroll方法時,Scroller只是單純的保存參數
- 之後的invalidate方法導致的View重繪
- View重繪之後draw方法會調用自己實現的computeScroll(),才真正實現了滑動
-
Scroller的使用步驟?
-
Scroller工作原理?技術博客大總結
- Scroller本身不能實現View的滑動,需要配合View的computeScroll方法實現彈性滑動
- 不斷讓View重繪,每一次重繪距離滑動的開始時間有一個時間間隔,通過該時間可以得到View當前的滑動距離
- View的每次重繪都會導致View的小幅滑動,多次小幅滑動就組成了彈性滑動
8.0.0.9 Activity事件分發的過程?Window事件分發?DecorView的事件分發?根View的事件分發?
-
Activity事件分發的過程?
- 事件分發過程:Activity->Window->Decor View(當前界面的底層容器,setContentView的View的父容器)->ViewGroup->View
- Activity的dispatchTouchEvent,會交給Window處理(getWindow().superDispatchTouchEvent()),
- 返回true:事件全部結束
- 返回false:所有View都沒有處理(onTouchEvent返回false),則調用Activity的onTouchEvent
-
Window事件分發?
- Window和superDispatchTouchEvent分別是抽象類和抽象方法
- Window的實現類是PhoneWindow
- PhoneWindow的superDispatchTouchEvent()直接調用mDecor.superDispatchTouchEvent(),也就是直接傳給了DecorView
-
DecorView的事件分發?
- DecorView繼承自FrameLayout
- DecorView的superDispatchTouchEvent()會調用super.dispatchTouchEvent()——也就是ViewGroup的dispatchTouchEvent方法,之後就會層層分發下去。
-
根View的事件分發?技術博客大總結
- 頂層View調用dispatchTouchEvent
- 調用onInterceptTouchEvent方法
- 返回true,事件由當前View處理。如果有onTouchiListener,會執行onTouch,並且屏蔽掉onTouchEvent。沒有則執行onTouchEvent。如果設置了onClickListener,會在onTouchEvent後執行onClickListener
- 返回false,不攔截,交給子View重複如上步驟。
8.0.1.0 GestureDetector是幹什麼用的?GestureDetector作用和注意點?有哪些常用的監聽方法?
-
GestureDetector作用和注意點?
- 探測手勢和事件,需要通過提供的MotionEvent
- 該類僅能用於touch觸摸提供的MotionEvent,不能用於traceball events(追蹤球事件)
- 可以在自定義View中重寫onTouchEvent()方法並在裏面用GestureDetector接管。
- 可以在View的setOnTouchListener的onTouch中將點擊事件交給GestureDetector接管。
-
有哪些常用的監聽方法?
- OnGestureListener
- OnDoubleTapListener
- OnContextClickListener
- SimpleOnGestureListener
-
OnGestureListener
-
OnGestureListener作用技術博客大總結
- 用於在手勢產生時,去通知監聽者。
- 該監聽器會監聽所有的手勢,如果只需要監聽一部分可以使用SimpleOnGestureListener
-
OnGestureListener能監聽哪些手勢
- 按下操作。
- 按下之後,Move和Up之前。用於提供視覺反饋告訴用戶已經捕獲了他們的行爲。
- 擡起操作。
- 滑動操作(由Down MotionEvent e1觸發,當前是Move MotionEvent e2)
- 長按操作。
- 猛扔操作。
- 所有有返回值的回調方法,return true-消耗該事件;return false-不消耗該事件
-
-
OnDoubleTapListener
-
OnDoubleTapListener作用
- 監聽“雙擊操作”
- 監聽“確認的單擊操作”—該單擊操作之後的操作無法構成一次雙擊。
-
OnDoubleTapListener能監聽哪些手勢?
- 單擊操作。
- 雙擊操作.
- 雙擊操作之間發生了down、move或者up事件。
-
8.0.1.2 View的滑動方式?如何讓控件滾動到某一位置?scrollTo()和scrollBy()的區別?Scroller是什麼?
-
View的滑動方式?
-
三種方式:
-
a. 通過View本身提供的scrollTo/scrollBy方法
- 移動的是View的內容,View本身不移動
-
b. 通過動畫給View施加平移效果實現滑動
- 通過補間動畫移動的View的影像,View本身位置不發生改變。通過屬性動畫移動view的影像,view本身位置會發生改變。
-
c. 通過改變View的LayoutParams使View重新佈局實現滑動
- 改變佈局參數,代碼如下:
MarginLayoutParams params = (MarginLayoutParams) mButton.getLayoutParams(); params.width += 10; params.height += 10; mButton.setLayoutParams(params);
-
-
三種方法的使用對比
- scrollTo/scrollBy:操作簡單,適合對View內容的滑動;
- 動畫:操作簡單,主要適合於沒有交互的View和實現複雜的動畫效果;
- 改變佈局參數:操作稍微複雜,適用於有交互的View。
-
-
scrollTo()和scrollBy()技術博客大總結
- scrollBy內部調用了scrollTo,它是基於當前位置的相對滑動;而scrollTo是絕對滑動,因此如果利用相同輸入參數多次調用scrollTo()方法,由於View初始位置是不變只會出現一次View滾動的效果而不是多次。
- 引申:兩者都只能對view內容進行滑動,而不能使view本身滑動,且非平滑,可使用Scroller有過渡滑動的效果。
-
Scroller實現滑動的具體過程:
- 在MotionEvent.ACTION_UP事件觸發時調用startScroll()方法,該方法並沒有進行實際的滑動操作,而是記錄滑動相關量
- 馬上調用invalidate/postInvalidate()方法,請求View重繪,導致View.draw方法被執行
- 緊接着會調用View.computeScroll()方法,此方法是空實現,需要自己處理邏輯。具體邏輯是:先判斷computeScrollOffset(),若爲true(表示滾動未結束),則執行scrollTo()方法,它會再次調用postInvalidate(),如此反覆執行,直到返回值爲false。
8.0.1.4 談一談View的工作原理,執行流程,MeasureSpec是什麼?有什麼作用?
-
View工作流程
- View工作流程簡單來說就是,先measure測量,用於確定View的測量寬高,再 layout佈局,用於確定View的最終寬高和四個頂點的位置,最後 draw繪製,用於將View 繪製到屏幕上。
- ViewRoot對應於ViewRootImpl類,它是連接WindowManager和DecorView的紐帶。
- View的繪製流程是從ViewRoot和performTraversals開始。
- performTraversals()依次調用performMeasure()、performLayout()和performDraw()三個方法,分別完成頂級 View的繪製。
- 其中,performMeasure()會調用measure(),measure()中又調用onMeasure(),實現對其所有子元素的measure過程,這樣就完成了一次measure過程;接着子元素會重複父容器的measure過程,如此反覆至完成整個View樹的遍歷。layout和draw同理。
-
MeasureSpec作用技術博客大總結
-
通過寬測量值widthMeasureSpec和高測量值heightMeasureSpec決定View的大小
- MeasureSpec組成:一個32位int值,高2位代表SpecMode(測量模式),低30位代表SpecSize
- 直接繼承View的自定義View需要重寫onMeasure()並設置wrap_content時的自身大小,否則效果相當於macth_parent
-
SpecMode有三類:
- UNSPECIFIED 表示父容器不對View有任何限制,一般用於系統內部,表示一種測量狀態;
- EXACTLY 父容器已經檢測出view所需的精確大小,這時候view的最終大小SpecSize所指定的值,相當於match_parent或指定具體數值。
- AT_MOST 父容器指定一個可用大小即SpecSize,view的大小不能大於這個值,具體多大要看view的具體實現,相當於wrap_content。
-
8.0.1.6 SurfaceView和View的區別,說一下SurfaceView的工作原理,爲何不會導致頁面卡頓?
-
SurfaceView是從View基類中派生出來的顯示類,他和View的區別有:
- View需要在UI線程對畫面進行刷新,而SurfaceView可在子線程進行頁面的刷新
- View適用於主動更新的情況,而SurfaceView適用於被動更新,如頻繁刷新,這是因爲如果使用View頻繁刷新會阻塞主線程,導致界面卡頓技術博客大總結
- SurfaceView在底層已實現雙緩衝機制,而View沒有,因此SurfaceView更適用於需要頻繁刷新、刷新時數據處理量很大的頁面
關於其他內容介紹
01.關於博客彙總鏈接
02.關於我的博客
- 我的個人站點:www.yczbj.org, www.ycbjie.cn
- github:https://github.com/yangchong211
- 知乎:https://www.zhihu.com/people/...
- 簡書:http://www.jianshu.com/u/b7b2...
- csdn:http://my.csdn.net/m0_37700275
- 喜馬拉雅聽書:http://www.ximalaya.com/zhubo...
- 開源中國:https://my.oschina.net/zbj161...
- 泡在網上的日子:http://www.jcodecraeer.com/me...
- 郵箱:[email protected]
- 阿里雲博客:https://yq.aliyun.com/users/a... 239.headeruserinfo.3.dT4bcV
- segmentfault頭條:https://segmentfault.com/u/xi...
- 掘金:https://juejin.im/user/593943...