launcher源码分析
从今天起傻蛋打算做一个系列文章，对最新的Android 4.0 系统中的Launcher，也就是Android 4.0原生的桌面程序，进行一个深入浅出的分析，从而引领Android系统的编程爱好者对 Launcher的设计思想，实现方式来做一个研究，从而能够通过这个实例最掌握到目前世界领先的设计方法，同时在程序中加入我们的一些新的实现。众所周知，对一些优秀源代码的分析，是提高编程水平的一条便捷的方式，希望本系列文章能够给大家带来一定的启发，同时欢迎大家和作者一起讨论，作者的微博是：http://weibo.com/zuiniuwang/
先从整体上对Launcher布局作一个分析，让我们通过查看Launcher.xml 和使用hierarchyviewer布局查看工具两者结合的方法来对Launcher的整体结构有个了解。通过hierarchyviewer来对整个桌面做个截图，如下：
放大后如下所示： 可以看到整个桌面包含的元素，最上面是Google的搜索框，下面是一个始终插件，然后是图标，再有就是一个分隔线，最后是dock。请注意，桌面程序其实并不包含桌面壁纸，桌面壁纸其实是由 WallpaperManagerService来提供，整个桌面其实是叠加在整个桌面壁纸上的另外一个层。
点击查看大图
整个Launcher.xml布局文件如下：
-
-
xmlns:android="http://schemas.android.com/apk/res/android"
-
xmlns:launcher="http://schemas.android.com/apk/res/com.android.launcher"
-
-
android:id="@+id/drag_layer"
-
android:layout_width="match_parent"
-
android:layout_height="match_parent">
-
-
-
-
android:id="@+id/dock_divider"
-
layout="@layout/workspace_divider"
-
android:layout_width="match_parent"
-
android:layout_height="wrap_content"
-
android:layout_marginBottom="@dimen/button_bar_height"
-
android:layout_gravity="bottom" />
-
-
android:id="@+id/paged_view_indicator"
-
layout="@layout/scroll_indicator"
-
android:layout_width="wrap_content"
-
android:layout_height="wrap_content"
-
android:layout_gravity="bottom"
-
android:layout_marginBottom="@dimen/button_bar_height" />
-
-
-
-
android:id="@+id/workspace"
-
android:layout_width="match_parent"
-
android:layout_height="match_parent"
-
android:paddingTop="@dimen/qsb_bar_height_inset"
-
android:paddingBottom="@dimen/button_bar_height"
-
launcher:defaultScreen="2"
-
launcher:cellCountX="4"
-
launcher:cellCountY="4"
-
launcher:pageSpacing="@dimen/workspace_page_spacing"
-
launcher:scrollIndicatorPaddingLeft="@dimen/workspace_divider_padding_left"
-
launcher:scrollIndicatorPaddingRight="@dimen/workspace_divider_padding_right">
-
-
-
-
-
-
-
-
-
-
android:id="@+id/hotseat"
-
android:layout_width="match_parent"
-
android:layout_height="@dimen/button_bar_height_plus_padding"
-
android:layout_gravity="bottom" />
-
-
-
android:id="@+id/qsb_bar"
-
layout="@layout/qsb_bar" />
-
-
-
android:id="@+id/apps_customize_pane"
-
android:layout_width="match_parent"
-
android:layout_height="match_parent"
-
android:visibility="invisible" />
-
-
-
android:id="@+id/workspace_cling"
-
android:layout_width="match_parent"
-
android:layout_height="match_parent"
-
android:visibility="gone" />
-
-
-
android:id="@+id/folder_cling"
-
android:layout_width="match_parent"
-
android:layout_height="match_parent"
-
android:visibility="gone" />
-
Launcher整个布局的根是DragLayer，DragLayer继承了FrameLayout，所以DragLayer本身可以看作是一个FrameLayout。下面是 dock_divider，它通过include关键字包含了另外一个布局文件workspace_divider.xml ，而这个workspace_divider.xml包含了一ImageView，其实dock_divider就是dock区域上面的那条直线。
再下面是paged_view_indicator，同样它包含了scroll_indicator.xml，其中包含了一个ImageView，显示的是一个.9的png文件。实际上就是当Launcher滚动翻页的时候，那个淡蓝色的页面指示条。
然后桌面的核心容器WorkSpace，如下图所示，当然你看到的只是Workspace的一部分，其实是一个workspace_screen，通过 Launcher.xml可以看到，整个workspace由5个workspace_screen组成，每个workspace_screen其实就是对应桌面一页。而每个workspace_screen包含了一个CellLayout，这是一个自定义控件，继承自ViewGroup，所以它算是一个用来布局的控件，在这里主要用来承载我们每页的桌面图标、widget和文件夹。
点击查看大图
通过查看如下的布局结构（由于图太大只截取了一部分）可以看到，Workspace包含了序号从0到4的5个CellLayout。
接下来是一个Hotseat,其实就是这块dock区域了。如图所示：
点击查看大图
从如下的布局图我们可以看到，这个Hotseat其实还是包含了一个CellLayout，用来承载4个图标和中间启动所有程序的按钮。
再下来就是那个qsb_bar，就是屏幕最顶端的Google搜索框。这个搜索框是独立于图标界面的，所以当我们对桌面进行翻页的时候，这个搜索框会巍然不动滴固定在最顶端，如下所示：
紧接着是3个初始化时被隐藏的界面。
apps_customize_pane，点击dock中显示所有应用程序的按钮后才会从隐藏状态转换为显示状态，如下图所示，显示了所有应用程序和所有插件的界面。
点击查看大图
通过查看apps_customize_pane.xml ，我们可以看到apps_customize_pane主要由两部分组成：tabs_container 和tabcontent。tabs部分，用来让我们选择是添加应用程序还是widget，如下图所示：
点击查看大图
tabcontent，选择了相应的tab之后，下面的部分就会相应的显示应用程序或是widget了，如下图所示：
点击查看大图
workspace_cling 和 folder_cling 是刚刷完机后，进入桌面时，显示的使用向导界面，介绍怎么使用workspace和folder，跳过以后就再也不会出现了，这里就不截图了。
我们在源代码中可以找到LauncherApplication， 它继承了Application类，当整个Launcher启动时，它就是整个程序的入口。我们先来看它们在AndroidManifest.xml中是怎么配置的。
-
-
android:name="com.android.launcher2.LauncherApplication"
-
android:label="@string/application_name"
-
android:icon="@drawable/ic_launcher_home"
-
android:hardwareAccelerated="@bool/config_hardwareAccelerated"
-
android:largeHeap="@bool/config_largeHeap">
首先通过android:name指定了整个Launcher的Application也就是入口是在 com.android.launcher2.LauncherApplication这个路径下，android:lable指定了桌面的名字是叫 Launcher,如果要改名字就改values文件夹的string.xml中的相应属性就可以了。android:icon指定了Laucher的图标，这个图标可以在应用程序管理器中看见，如下图所示，是个可爱机器人住在一个小房子里面，如果需要更改Laucher的图片，重新设置这个属性就可以了。
android:hardwareAccelerated="@bool/config_hardwareAccelerated" 指定了整个应用程序是启用硬件加速的，这样整个应用程序的运行速度会更快。
android:largeHeap="@bool/config_largeHeap" 指定了应用程序使用了大的堆内存，能在一定程度上避免，对内存out of memory错误的出现。我们可以在values文件夹的config.xml中看到对是否启用硬件加速和大内存的配置。如下所示：
在Application中onCreate()方法通过：sIsScreenLarge = screenSize == Configuration.SCREENLAYOUT_SIZE_LARGE || screenSize == Configuration.SCREENLAYOUT_SIZE_XLARGE; 和sScreenDensity = getResources().getDisplayMetrics().density;来判断是否是大屏幕，同时得到它的屏幕密度。同时通过mIconCache = new IconCache(this); 来设置了应用程序的图标的cache，然后申明了LauncherModel，mModel = new LauncherModel(this, mIconCache); LauncherModel主要用于加载桌面的图标、插件和文件夹，同时LaucherModel是一个广播接收器，在程序包发生改变、区域、或者配置文件发生改变时，都会发送广播给LaucherModel，LaucherModel会根据不同的广播来做相应加载操作，此部分会在后面做详细介绍。
在LauncherApplication完成初始化工作之后，我们就来到了Launcher.java的onCreate()方法，同样是启动桌面时的一系列初始化工作。
首先需要注意的是在加载launcher布局文件时的一个TraceView的调试方法，它能够对在他们之间的方法进行图形化的性能分析，并且能够具体到method 代码如下：
-
if (PROFILE_STARTUP) {
-
android.os.Debug.startMethodTracing(
-
Environment.getDataDirectory() + "/data/com.android.launcher/launcher");
-
}
-
if (PROFILE_STARTUP) {
-
android.os.Debug.stopMethodTracing();
-
}
我指定的生成性能分析的路径是：/data/data/com.android.launcher/launcher，启动launcher后我们会发现在指定的目录下生成了launcher.trace文件，如下图所示：
把launcher.trace文件通过DDMS pull到电脑上，在SDK的tools目录里，执行traceview工具来打开launcher.trace .如下图所示：
点击查看大图
可以看到setContentView使用了448.623ms，占整个跟踪代码时间的62%，所以说在加载布局文件时，肯定经过了一系列的加载运算，我们接着分析。
当加载launcher布局文件的过程时，最为关键的时对整个workspace的加载，workspace是一个自定义组件，它的继承关系如下所示，可以看到Workspace实际上也是一个ViewGroup，可以加入其他控件。
当ViewGroup组件进行加载的时候首先会读取本控件对应的XML文件，然后Framework层会执行它的onMeasure()方法，根据它所包含的子控件大小来计算出整个控件要在屏幕上占的大小。Workspace重写了ViewGroup的onMeasure方法(在PagedView中)，在workspace中是对5个子CellLayout进行测量，的方法如下, 具体含义请看注释：
-
@Override
-
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
-
if (!mIsDataReady) {
-
super.onMeasure(widthMeasureSpec, heightMeasureSpec);
-
return;
-
}
-
//得到宽度的模式（在配置文件中对应的是match_parent 或者 wrap_content）和其大小
-
final int widthMode = MeasureSpec.getMode(widthMeasureSpec);
-
final int widthSize = MeasureSpec.getSize(widthMeasureSpec);
-
//宽度必须是match_parent,否则会抛出异常。
-
if (widthMode != MeasureSpec.EXACTLY) {
-
throw new IllegalStateException("Workspace can only be used in EXACTLY mode.");
-
}
-
-
/* Allow the height to be set as WRAP_CONTENT. This allows the particular case
-
* of the All apps view on XLarge displays to not take up more space then it needs. Width
-
* is still not allowed to be set as WRAP_CONTENT since many parts of the code expect
-
* each page to have the same width.
-
*/
-
//高度允许是wrap_content,因为在大屏幕的情况下，会占了多余的位置
-
final int heightMode = MeasureSpec.getMode(heightMeasureSpec);
-
int heightSize = MeasureSpec.getSize(heightMeasureSpec);
-
int maxChildHeight = 0;
-
//得到在竖值方向上和水平方向上的Padding
-
final int verticalPadding = mPaddingTop + mPaddingBottom;
-
final int horizontalPadding = mPaddingLeft + mPaddingRight;
-
-
-
// The children are given the same width and height as the workspace
-
// unless they were set to WRAP_CONTENT
-
if (DEBUG) Log.d(TAG, "PagedView.onMeasure(): " + widthSize + ", " + heightSize + " mPaddingTop="+mPaddingTop + " mPaddingBottom="+mPaddingBottom);
-
final int childCount = getChildCount();
-
//对workspace的子View进行遍历，从而对它的几个子view进行测量。
-
for (int i = 0; i < childCount; i++) {
-
// disallowing padding in paged view (just pass 0)
-
final View child = getPageAt(i);
-
final LayoutParams lp = (LayoutParams) child.getLayoutParams();
-
-
int childWidthMode;
-
if (lp.width == LayoutParams.WRAP_CONTENT) {
-
childWidthMode = MeasureSpec.AT_MOST;
-
} else {
-
childWidthMode = MeasureSpec.EXACTLY;
-
}
-
-
int childHeightMode;
-
if (lp.height == LayoutParams.WRAP_CONTENT) {
-
childHeightMode = MeasureSpec.AT_MOST;
-
} else {
-
childHeightMode = MeasureSpec.EXACTLY;
-
}
-
-
final int childWidthMeasureSpec =
-
MeasureSpec.makeMeasureSpec(widthSize - horizontalPadding, childWidthMode);
-
final int childHeightMeasureSpec =
-
MeasureSpec.makeMeasureSpec(heightSize - verticalPadding, childHeightMode);
-
//对子View的大小进行设置，传入width和height参数
-
child.measure(childWidthMeasureSpec, childHeightMeasureSpec);
-
maxChildHeight = Math.max(maxChildHeight, child.getMeasuredHeight());
-
if (DEBUG) Log.d(TAG, "\tmeasure-child" + i + ": " + child.getMeasuredWidth() + ", "
-
+ child.getMeasuredHeight());
-
}
-
-
if (heightMode == MeasureSpec.AT_MOST) {
-
heightSize = maxChildHeight + verticalPadding;
-
}
-
//存储测量后的宽度和高度
-
setMeasuredDimension(widthSize, heightSize);
-
-
// We can't call getChildOffset/getRelativeChildOffset until we set the measured dimensions.
-
// We also wait until we set the measured dimensions before flushing the cache as well, to
-
// ensure that the cache is filled with good values.
-
invalidateCachedOffsets();
-
updateScrollingIndicatorPosition();
-
-
if (childCount > 0) {
-
mMaxScrollX = getChildOffset(childCount - 1) - getRelativeChildOffset(childCount - 1);
-
} else {
-
mMaxScrollX = 0;
-
}
-
}
测量完毕之后就可以对子控件进行布局了,这时候Framework层会调用PagedView中重写的onLayout方法。
-
@Override
-
protected void onLayout(boolean changed, int left, int top, int right, int bottom) {
-
if (!mIsDataReady) {
-
return;
-
}
-
-
if (DEBUG) Log.d(TAG, "PagedView.onLayout()");
-
//竖值方向的Padding
-
final int verticalPadding = mPaddingTop + mPaddingBottom;
-
final int childCount = getChildCount();
-
int childLeft = 0;
-
if (childCount > 0) {
-
if (DEBUG) Log.d(TAG, "getRelativeChildOffset(): " + getMeasuredWidth() + ", "
-
+ getChildWidth(0));
-
childLeft = getRelativeChildOffset(0);
-
//偏移量为0
-
if (DEBUG) Log.d(TAG, "childLeft:"+childLeft);
-
-
// Calculate the variable page spacing if necessary
-
// 如果mPageSpacing小于0的话，就重新计算mPageSpacing，并且给它赋值。
-
if (mPageSpacing < 0) {
-
setPageSpacing(((right - left) - getChildAt(0).getMeasuredWidth()) / 2);
-
}
-
}
-
-
for (int i = 0; i < childCount; i++) {
-
final View child = getPageAt(i);
-
if (child.getVisibility() != View.GONE) {
-
final int childWidth = getScaledMeasuredWidth(child);
-
final int childchildHeight = child.getMeasuredHeight();
-
int childTop = mPaddingTop;
-
if (mCenterPagesVertically) {
-
childTop += ((getMeasuredHeight() - verticalPadding) - childHeight) / 2;
-
}
-
-
if (DEBUG) Log.d(TAG, "\tlayout-child" + i + ": " + childLeft + ", " + childTop);
-
//把5个CellLayout布局到相应的位置，layout的4个参数分别是 左、上、右、下。
-
child.layout(childLeft, childTop,
-
childLeft + child.getMeasuredWidth(), childTop + childHeight);
-
childLeft += childWidth + mPageSpacing;
-
}
-
}
-
//第一次布局完毕之后，就根据当前页偏移量（当前页距离Workspace最左边的距离）滚动到默认的页面去，第一次布局时
-
//默认的当前页是3，则它的便宜量就是两个CellLayout的宽度。
-
if (mFirstLayout && mCurrentPage >= 0 && mCurrentPage < getChildCount()) {
-
setHorizontalScrollBarEnabled(false);
-
int newX = getChildOffset(mCurrentPage) - getRelativeChildOffset(mCurrentPage);
-
//滚动到指定的位置
-
scrollTo(newX, 0);
-
mScroller.setFinalX(newX);
-
if (DEBUG) Log.d(TAG, "newX is "+newX);
-
setHorizontalScrollBarEnabled(true);
-
mFirstLayout = false;
-
}
-
-
if (mFirstLayout && mCurrentPage >= 0 && mCurrentPage < getChildCount()) {
-
mFirstLayout = false;
-
}
-
}
首先傻蛋先画了个图来再来阐述一下WorkSpace的结构。如下图：
点击查看大图
桌面的左右滑动功能主要是在PagedView类中实现的，而WorkSpace是PagedView类的子类，所以会继承PagedView中的方法。当我们的手指点击WorkSpace时，首先就会触发PageView中的onInterceptTouchEvent()方法，会根据相应的条件来判断是否对Touch事件进行拦截，如果onInterceptTouchEvent()方法返回为true，则会对Touch事件进行拦截，PageView类的onTouch方法会进行响应从而得到调用。如果返回false，就分两钟情况：(1)我们是点击在它的子控键上进行滑动时，比如我们是点击在桌面的图标上进行左右滑动的，workspace则会把Touch事件分发给它的子控件。(2)而如果仅仅是点击到桌面的空白出Touch事件就不会发生响应。
在我们手指第一次触摸到屏幕时，首先会对onInterceptTouchEvent中的事件进行判断，如果是按下事件(MotionEvent.ACTION_DOWN), 则会记录按下时的X坐标、Y坐标等等数据，同时改变现在Workspace的状态为滚动状态(OUCH_STATE_SCROLLING)，这时会返回ture，把事件交给onTouchEvent函数来处理，onTouchEvent中同样会对事件类型进行判断，当事件方法为(otionEvent.ACTION_DOWN)的时候，就可以开始显示滚动的指示条了(就是Hotseat上显示第几屏的屏点)。当我们按着屏幕不放进行滑动的时候，又会在onInterceptTouchEvent进行事件拦截，但是现在的事件类型变为了 MotionEvent.ACTION_MOVE，因为是移动的操作，所以会在拦截的时候取消桌面长按的事件的响应，同时转到onTouchEvent中对ACTION_MOVE事件的响应中，判断我们移动了多少距离，使用scrollBy方法来对桌面进行移动，并刷新屏幕。最后我们放开手后会触发onTouchEvent中的MotionEvent.ACTION_UP事件，这时会根据滑动的情况来判断是朝左滑动还是朝右滑动，如果手指只滑动了屏幕宽度的少一半距离，则会弹回原来的页面，滑动多于屏幕宽度的一半则会进行翻页。同时要注意无论在什么情况下触发了WorkSpace滑动的事件，则系统会不断调用computeScroll()方法，我们重写这个方法同时在这个方法中调用刷新界面等操作。
滑动过程中所要注意的主要方法如下，具体见代码注释。
-
//对Touch事件进行拦截 主要用于在拦截各种Touch事件时，设置mTouchState的各种状态
-
@Override
-
public boolean onInterceptTouchEvent(MotionEvent ev) {
-
/*
-
* This method JUST determines whether we want to intercept the motion.
-
* If we return true, onTouchEvent will be called and we do the actual
-
* scrolling there.
-
* 这个方法仅仅决定了我们是否愿意去对滑动事件进行拦截，如果返回为true,则会调用onTouchEvent我们将会在那里进行事件处理
-
*/
-
//对滑动的速率进行跟踪。
-
-
acquireVelocityTrackerAndAddMovement(ev);
-
-
// Skip touch handling if there are no pages to swipe
-
// 如果没有页面，则跳过操作。
-
if (getChildCount() <= 0) return super.onInterceptTouchEvent(ev);
-
-
/*
-
* Shortcut the most recurring case: the user is in the dragging
-
* state and he is moving his finger. We want to intercept this
-
* motion.
-
* shortcut最常见的情况是：用户处于拖动的状态下，同时在移动它的手指，这时候我们需要拦截这个动作。
-
*
-
*/
-
final int action = ev.getAction();
-
//如果是在MOVE的情况下，则进行Touch事件拦截
-
if ((action == MotionEvent.ACTION_MOVE) &&
-
(mTouchState == TOUCH_STATE_SCROLLING)) {
-
return true;
-
}
-
-
switch (action & MotionEvent.ACTION_MASK) {
-
case MotionEvent.ACTION_MOVE: {
-
/*
-
* mIsBeingDragged == false, otherwise the shortcut would have caught it. Check
-
* whether the user has moved far enough from his original down touch.
-
* 如果mIsBeingDragged==false ,否则快捷方式应该捕获到该事件，检查一下用户从它点击的地方位移是否足够
-
*/
-
if (mActivePointerId != INVALID_POINTER) {
-
//根据移动的距离判断是翻页还是移动一段位移，同时设置lastMotionX或者mTouchState这些值。同时取消桌面长按事件。
-
determineScrollingStart(ev);
-
break;
-
}
-
// if mActivePointerId is INVALID_POINTER, then we must have missed an ACTION_DOWN
-
// event. in that case, treat the first occurence of a move event as a ACTION_DOWN
-
// i.e. fall through to the next case (don't break)
-
// (We sometimes miss ACTION_DOWN events in Workspace because it ignores all events
-
// while it's small- this was causing a crash before we checked for INVALID_POINTER)
-
// 如果mActivePointerId 是 INVALID_POINTER，这时候我们应该已经错过了ACTION_DOWN事件。在这种情况下，把
-
// 第一次发生移动的事件当作ACTION——DOWN事件，直接进入下一个情况下。
-
// 我们有时候会错过workspace中的ACTION_DOWN事件，因为在workspace变小的时候会忽略掉所有的事件。
-
}
-
-
case MotionEvent.ACTION_DOWN: {
-
final float x = ev.getX();
-
final float y = ev.getY();
-
// Remember location of down touch
-
// 记录按下的位置
-
mDownMotionX = x;
-
mLastMotionX = x;
-
mLastMotionY = y;
-
mLastMotionXRemainder = 0;
-
mTotalMotionX = 0;
-
//Return the pointer identifier associated with a particular pointer data index is this event.
-
//The identifier tells you the actual pointer number associated with the data,
-
//accounting for individual pointers going up and down since the start of the current gesture.
-
//返回和这个事件关联的触点数据id，计算单独点的id会上下浮动，因为手势的起始位置挥发声改变。
-
mActivePointerId = ev.getPointerId(0);
-
mAllowLongPress = true;
-
-
/*
-
* If being flinged and user touches the screen, initiate drag;
-
* otherwise don't. mScroller.isFinished should be false when
-
* being flinged.
-
* 如果被拖动同时用户触摸到了屏幕，就开始初始化拖动，否则便不会。
-
* 当拖动完成后mScroller.isFinished就应该设置为false.
-
*
-
*/
-
final int xDist = Math.abs(mScroller.getFinalX() - mScroller.getCurrX());
-
-
final boolean finishedScrolling = (mScroller.isFinished() || xDist < mTouchSlop);
-
if (finishedScrolling) {
-
//标记为TOUCH_STATE_REST状态
-
mTouchState = TOUCH_STATE_REST;
-
//取消滚动动画
-
mScroller.abortAnimation();
-
} else {
-
//状态为TOUCH_STATE_SCROLLING
-
mTouchState = TOUCH_STATE_SCROLLING;
-
}
-
-
// check if this can be the beginning of a tap on the side of the pages
-
// to scroll the current page
-
// 检测此事件是不是开始于点击页面的边缘来对当前页面进行滚动。
-
if (mTouchState != TOUCH_STATE_PREV_PAGE && mTouchState != TOUCH_STATE_NEXT_PAGE) {
-
if (getChildCount() > 0) {
-
//根据触点的点位来判断是否点击到上一页，从而更新相应的状态
-
if (hitsPreviousPage(x, y)) {
-
mTouchState = TOUCH_STATE_PREV_PAGE;
-
} else if (hitsNextPage(x, y)) {
-
mTouchState = TOUCH_STATE_NEXT_PAGE;
-
}
-
}
-
}
-
break;
-
}
-
-
case MotionEvent.ACTION_UP:
-
case MotionEvent.ACTION_CANCEL:
-
//触点不被相应时，所做的动作
-
mTouchState = TOUCH_STATE_REST;
-
mAllowLongPress = false;
-
mActivePointerId = INVALID_POINTER;
-
//释放速率跟踪
-
releaseVelocityTracker();
-
break;
-
-
case MotionEvent.ACTION_POINTER_UP:
-
onSecondaryPointerUp(ev);
-
releaseVelocityTracker();
-
break;
-
}
-
-
/*
-
* The only time we want to intercept motion events is if we are in the
-
* drag mode.
-
* 我们唯一会去对移动事件进行拦截的情况时我们在拖动模式下
-
*/
-
if(DEBUG) Log.d(TAG, "onInterceptTouchEvent "+(mTouchState != TOUCH_STATE_REST));
-
//只要是mTouchState的状态不为TOUCH_STATE_REST,那么就进行事件拦截
-
return mTouchState != TOUCH_STATE_REST;
-
}
onTouchEvent方法，详细见代码注释：
-
@Override
-
public boolean onTouchEvent(MotionEvent ev) {
-
// Skip touch handling if there are no pages to swipe
-
// 如果没有子页面，就直接跳过
-
if (getChildCount() <= 0) return super.onTouchEvent(ev);
-
-
acquireVelocityTrackerAndAddMovement(ev);
-
-
final int action = ev.getAction();
-
-
switch (action & MotionEvent.ACTION_MASK) {
-
case MotionEvent.ACTION_DOWN:
-
/*
-
* If being flinged and user touches, stop the fling. isFinished
-
* will be false if being flinged.
-
* 如果在滑动的过程中下用户又点击桌面，则取消滑动，从而响应当前的点击。
-
* 在滑动的isFinished将返回false.
-
*/
-
if (!mScroller.isFinished()) {
-
mScroller.abortAnimation();
-
}
-
-
// Remember where the motion event started
-
mDownMotionX = mLastMotionX = ev.getX();
-
mLastMotionXRemainder = 0;
-
mTotalMotionX = 0;
-
mActivePointerId = ev.getPointerId(0);
-
//主要用来显示滚动条，表明要开始滚动了，这里可以进行调整，滚动条时逐渐显示还是立刻显示。
-
if (mTouchState == TOUCH_STATE_SCROLLING) {
-
pageBeginMoving();
-
}
-
break;
-
-
case MotionEvent.ACTION_MOVE:
-
if (mTouchState == TOUCH_STATE_SCROLLING) {
-
// Scroll to follow the motion event
-
final int pointerIndex = ev.findPointerIndex(mActivePointerId);
-
final float x = ev.getX(pointerIndex);
-
final float deltaX = mLastMotionX + mLastMotionXRemainder - x;
-
//总共移动的距离
-
mTotalMotionX += Math.abs(deltaX);
-
-
// Only scroll and update mLastMotionX if we have moved some discrete amount. We
-
// keep the remainder because we are actually testing if we've moved from the last
-
// scrolled position (which is discrete).
-
// 如果我们移动了一小段距离，我们则移动和更新mLastMotionX 。我们保存Remainder变量是因为会检测我们
-
-
//是否是从最后的滚动点位移动的。
-
if (Math.abs(deltaX) >= 1.0f) {
-
mTouchX += deltaX;
-
mSmoothingTime = System.nanoTime() / NANOTIME_DIV;
-
if (!mDeferScrollUpdate) {
-
scrollBy((int) deltaX, 0);
-
if (DEBUG) Log.d(TAG, "onTouchEvent().Scrolling: " + deltaX);
-
} else {
-
invalidate();
-
}
-
mLastMotionX = x;
-
mLastMotionXRemainder = deltaX - (int) deltaX;
-
} else {
-
//Trigger the scrollbars to draw. When invoked this method starts an animation to fade the
-
//scrollbars out after a default delay. If a subclass provides animated scrolling,
-
//the start delay should equal the duration of the scrolling animation.
-
//触发scrollbar进行绘制。 使用这个方法来启动一个动画来使scrollbars经过一段时间淡出。如果子类提供了滚动的动画，则
-
//延迟的时间等于动画滚动的时间。
-
awakenScrollBars();
-
}
-
} else {
-
determineScrollingStart(ev);
-
}
-
break;
-
-
case MotionEvent.ACTION_UP:
-
if (mTouchState == TOUCH_STATE_SCROLLING) {
-
final int activePointerId = mActivePointerId;
-
final int pointerIndex = ev.findPointerIndex(activePointerId);
-
final float x = ev.getX(pointerIndex);
-
final VelocityTracker velocityTracker = mVelocityTracker;
-
velocityTracker.computeCurrentVelocity(1000, mMaximumVelocity);
-
int velocityX = (int) velocityTracker.getXVelocity(activePointerId);
-
final int deltaX = (int) (x - mDownMotionX);
-
final int pageWidth = getScaledMeasuredWidth(getPageAt(mCurrentPage));
-
// 屏幕的宽度*0.4f
-
boolean isSignificantMove = Math.abs(deltaX) > pageWidth *
-
SIGNIFICANT_MOVE_THRESHOLD;
-
final int snapVelocity = mSnapVelocity;
-
-
mTotalMotionX += Math.abs(mLastMotionX + mLastMotionXRemainder - x);
-
-
boolean isFling = mTotalMotionX > MIN_LENGTH_FOR_FLING &&
-
Math.abs(velocityX) > snapVelocity;
-
-
// In the case that the page is moved far to one direction and then is flung
-
// in the opposite direction, we use a threshold to determine whether we should
-
// just return to the starting page, or if we should skip one further.
-
// 这钟情况是页面朝一个方向移动了一段距离，然后又弹回去了。我们使用一个阀值来判断是进行翻页还是返回到初始页面
-
boolean returnToOriginalPage = false;
-
if (Math.abs(deltaX) > pageWidth * RETURN_TO_ORIGINAL_PAGE_THRESHOLD &&
-
Math.signum(velocityX) != Math.signum(deltaX) && isFling) {
-
returnToOriginalPage = true;
-
}
-
-
int finalPage;
-
// We give flings precedence over large moves, which is why we short-circuit our
-
// test for a large move if a fling has been registered. That is, a large
-
// move to the left and fling to the right will register as a fling to the right.
-
//朝右移动
-
if (((isSignificantMove && deltaX > 0 && !isFling) ||
-
(isFling && velocityX > 0)) && mCurrentPage > 0) {
-
finalPage = returnToOriginalPage ? mCurrentPage : mCurrentPage - 1;
-
snapToPageWithVelocity(finalPage, velocityX);
-
//朝左移动
-
} else if (((isSignificantMove && deltaX < 0 && !isFling) ||
-
(isFling && velocityX < 0)) &&
-
mCurrentPage < getChildCount() - 1) {
-
finalPage = returnToOriginalPage ? mCurrentPage : mCurrentPage + 1;
-
snapToPageWithVelocity(finalPage, velocityX);
-
//寻找离屏幕中心最近的页面移动
-
} else {
-
snapToDestination();
-
}
-
}
-
//直接移动到前一页
-
else if (mTouchState == TOUCH_STATE_PREV_PAGE) {
-
// at this point we have not moved beyond the touch slop
-
// (otherwise mTouchState would be TOUCH_STATE_SCROLLING), so
-
// we can just page
-
int nextPage = Math.max(0, mCurrentPage - 1);
-
if (nextPage != mCurrentPage) {
-
snapToPage(nextPage);
-
} else {
-
snapToDestination();
-
}
-
}
-
//直接移动到下一页
-
else if (mTouchState == TOUCH_STATE_NEXT_PAGE) {
-
// at this point we have not moved beyond the touch slop
-
// (otherwise mTouchState would be TOUCH_STATE_SCROLLING), so
-
// we can just page
-
int nextPage = Math.min(getChildCount() - 1, mCurrentPage + 1);
-
if (nextPage != mCurrentPage) {
-
snapToPage(nextPage);
-
} else {
-
snapToDestination();
-
}
-
} else {
-
onUnhandledTap(ev);
-
}
-
mTouchState = TOUCH_STATE_REST;
-
mActivePointerId = INVALID_POINTER;
-
releaseVelocityTracker();
-
break;
-
//对事件不响应
-
case MotionEvent.ACTION_CANCEL:
-
if (mTouchState == TOUCH_STATE_SCROLLING) {
-
snapToDestination();
-
}
-
mTouchState = TOUCH_STATE_REST;
-
mActivePointerId = INVALID_POINTER;
-
releaseVelocityTracker();
-
break;
-
-
case MotionEvent.ACTION_POINTER_UP:
-
onSecondaryPointerUp(ev);
-
break;
-
}
-
-
return true;
-
}
最后有个小知识点要搞清楚，不少网友都问到过我。就是scrollTo和scrollBy的区别。我们查看View类的源代码如下所示，mScrollX记录的是当前View针对屏幕坐标在水平方向上的偏移量，而mScrollY则是记录的时当前View针对屏幕在竖值方向上的偏移量。
从以下代码我们可以得知，scrollTo就是把View移动到屏幕的X和Y位置，也就是绝对位置。而scrollBy其实就是调用的 scrollTo，但是参数是当前mScrollX和mScrollY加上X和Y的位置，所以ScrollBy调用的是相对于mScrollX和mScrollY的位置。我们在上面的代码中可以看到当我们手指不放移动屏幕时，就会调用scrollBy来移动一段相对的距离。而当我们手指松开后，会调用 mScroller.startScroll(mUnboundedScrollX, 0, delta, 0, duration); 来产生一段动画来移动到相应的页面，在这个过程中系统回不断调用computeScroll()，我们再使用scrollTo来把View移动到当前Scroller所在的绝对位置。
-
/**
-
* Set the scrolled position of your view. This will cause a call to
-
* {@link #onScrollChanged(int, int, int, int)} and the view will be
-
* invalidated.
-
* @param x the x position to scroll to
-
* @param y the y position to scroll to
-
*/
-
public void scrollTo(int x, int y) {
-
if (mScrollX != x || mScrollY != y) {
-
int oldX = mScrollX;
-
int oldY = mScrollY;
-
mScrollX = x;
-
mScrollY = y;
-
invalidateParentCaches();
-
onScrollChanged(mScrollX, mScrollY, oldX, oldY);
-
if (!awakenScrollBars()) {
-
invalidate(true);
-
}
-
}
-
}
-
/**
-
* Move the scrolled position of your view. This will cause a call to
-
* {@link #onScrollChanged(int, int, int, int)} and the view will be
-
* invalidated.
-
* @param x the amount of pixels to scroll by horizontally
-
* @param y the amount of pixels to scroll by vertically
-
*/
-
public void scrollBy(int x, int y) {
-
scrollTo(mScrollX + x, mScrollY + y);
-
}