編輯：關於Android編程
提示：在閱讀本文章之前，請確保您對Touch事件的分發機制有一定的了解，如果您不了解請參閱：Touch事件的分發機制。
在Android的學習過程中經常會聽到或者見到“回調”這個詞，那麼什麼是回調呢？所謂的回調函數就是：在父類中定義了一個方法，這個方法中用到了一個接口類和該類中的抽象方法，但是抽象方法沒有具體的實現，需要子類去實現，子類實現該方法後，它本身不會去調用該方法，而是傳遞給父類，供父類去調用，這種機制就稱為回調。
下面我們拿具體的Button的點擊事件進行模擬分析：
首先，在View類中我們能找到setOnClickListener(OnClickListener l)方法：
public void setOnClickListener(OnClickListener l) {
if (!isClickable()) {
setClickable(true);
}
getListenerInfo().mOnClickListener = l;
}
可以看到，在該方法中將OnClickListener賦值給了mOnClickListener，那麼我們繼續向下找，會看到在performClick()方法中執行了我們實現的onClick()方法。
public boolean performClick() {
sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED);
ListenerInfo li = mListenerInfo;
if (li != null && li.mOnClickListener != null) {
playSoundEffect(SoundEffectConstants.CLICK);
li.mOnClickListener.onClick(this);
return true;
}
return false;
}
由此我們可以清楚的看不到，在父類中我們要用到onClick()方法，但是父類卻沒有去實現該方法，而是定義了一個方法setOnClickListener(OnClickListener l)，如果子類想要自己能夠響應點擊事件，則它就必須重寫父類的該方法，實現OnClickListener接口和它的onClick()方法。在子類實現該接口和方法後，將其通過參數傳遞給父類，在父類中執行onClick()方法。
那麼，為什麼會在父類中執行到該方法呢，這就要說到Android中的另一個重要的機制——觸摸事件的傳遞機制。
我們知道，只要我們的手指觸摸到手機屏幕，就一定會執行dispatchTouchEvent(MotionEvent event)方法，接下來我們就看一下dispatchTouchEvent方法中都有哪些內容：
public boolean dispatchTouchEvent(MotionEvent event) {
if (mInputEventConsistencyVerifier != null) {
mInputEventConsistencyVerifier.onTouchEvent(event, 0);
}
if (onFilterTouchEventForSecurity(event)) {
//noinspection SimplifiableIfStatement
ListenerInfo li = mListenerInfo;
if (li != null && li.mOnTouchListener != null
&& (mViewFlags & ENABLED_MASK) == ENABLED
&& li.mOnTouchListener.onTouch(this, event)) {
return true;
}
if (onTouchEvent(event)) {
return true;
}
}
if (mInputEventConsistencyVerifier != null) {
mInputEventConsistencyVerifier.onUnhandledEvent(event, 0);
}
return false;
}
這裡我們不細講Touch事件的分發機制，因為網上有哥們已經講的很清楚了。請參看篇首提供的鏈接。
我們看一下第17行，由於我們沒有實現OnTouchListener接口，而onTouch()方法的默認返回值為false，所以第一個if語句中的代碼不會被執行到，進入第二個if語句中，執行了onTouchEvent()方法。那麼我們再來看一下該方法：
public boolean onTouchEvent(MotionEvent event) {
final int viewFlags = mViewFlags;
if ((viewFlags & ENABLED_MASK) == DISABLED) {
if (event.getAction() == MotionEvent.ACTION_UP
&& (mPrivateFlags & PFLAG_PRESSED) != 0) {
setPressed(false);
}
// A disabled view that is clickable still consumes the touch
// events, it just doesn't respond to them.
return (((viewFlags & CLICKABLE) == CLICKABLE ||
(viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE));
}
if (mTouchDelegate != null) {
if (mTouchDelegate.onTouchEvent(event)) {
return true;
}
}
if (((viewFlags & CLICKABLE) == CLICKABLE ||
(viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) {
switch (event.getAction()) {
case MotionEvent.ACTION_UP:
boolean prepressed = (mPrivateFlags & PFLAG_PREPRESSED) != 0;
if ((mPrivateFlags & PFLAG_PRESSED) != 0 || prepressed) {
// take focus if we don't have it already and we should in
// touch mode.
boolean focusTaken = false;
if (isFocusable() && isFocusableInTouchMode() && !isFocused()) {
focusTaken = requestFocus();
}
if (prepressed) {
// The button is being released before we actually
// showed it as pressed. Make it show the pressed
// state now (before scheduling the click) to ensure
// the user sees it.
setPressed(true);
}
if (!mHasPerformedLongPress) {
// This is a tap, so remove the longpress check
removeLongPressCallback();
// Only perform take click actions if we were in the pressed state
if (!focusTaken) {
// Use a Runnable and post this rather than calling
// performClick directly. This lets other visual state
// of the view update before click actions start.
if (mPerformClick == null) {
mPerformClick = new PerformClick();
}
if (!post(mPerformClick)) {
performClick();
}
}
}
if (mUnsetPressedState == null) {
mUnsetPressedState = new UnsetPressedState();
}
if (prepressed) {
postDelayed(mUnsetPressedState,
ViewConfiguration.getPressedStateDuration());
} else if (!post(mUnsetPressedState)) {
// If the post failed, unpress right now
mUnsetPressedState.run();
}
removeTapCallback();
}
break;
case MotionEvent.ACTION_DOWN:
mHasPerformedLongPress = false;
if (performButtonActionOnTouchDown(event)) {
break;
}
// Walk up the hierarchy to determine if we're inside a scrolling container.
boolean isInScrollingContainer = isInScrollingContainer();
// For views inside a scrolling container, delay the pressed feedback for
// a short period in case this is a scroll.
if (isInScrollingContainer) {
mPrivateFlags |= PFLAG_PREPRESSED;
if (mPendingCheckForTap == null) {
mPendingCheckForTap = new CheckForTap();
}
postDelayed(mPendingCheckForTap,
ViewConfiguration.getTapTimeout());
} else {
// Not inside a scrolling container, so show the feedback right away
setPressed(true);
checkForLongClick(0);
}
break;
case MotionEvent.ACTION_CANCEL:
setPressed(false);
removeTapCallback();
removeLongPressCallback();
break;
case MotionEvent.ACTION_MOVE:
final int x = (int) event.getX();
final int y = (int) event.getY();
// Be lenient about moving outside of buttons
if (!pointInView(x, y, mTouchSlop)) {
// Outside button
removeTapCallback();
if ((mPrivateFlags & PFLAG_PRESSED) != 0) {
// Remove any future long press/tap checks
removeLongPressCallback();
setPressed(false);
}
}
break;
}
return true;
}
return false;
}
代碼太長，我們只看重點，在ACTION_UP這個case當中，我們找到了關鍵的代碼（第109行）：performClick()。
至此，我們已經基本搞清楚了回調機制的整個過程。
原創文章，可以自由傳播，但轉載請注明出處。
Android Scroller簡單用法
1.知識點 在了解Scorller類之前應先知道View的ScrollTo(int x, int y)/ScrollBy(int x, int y)之間的區別,了解什
Android APK反編譯詳解
在此鄭重聲明，貼出來的目的不是為了去破解人家的軟件，完全是一種學習的態度，不過好像通過這種方式也可以去漢化一些外國軟件。一、反編譯Apk得到Java源代碼首
Android仿小米商城商品詳情界面UI，ScrollView嵌套ScrollView/WebView/ListView
最近公司沒事，研究了下多嵌套滾動組件的事件分發，雖然以前也接觸過，但都是拿網上的用，也是特別簡單的，正好朋友也需要，就研究了下。這個Demo也不是很完善，放上來也是讓各位
Android Demo---如何敲出圓角的Button+圓角頭像
經常玩兒App的小伙伴都知道，APP上面有很多按鈕都是圓角的，圓形給人感覺飽滿，富有張力，不知道設計圓角按鈕的小伙伴是不是和小編有著相同的想法`(*∩_∩
