Launcher介绍总结

本文主要是介绍Launcher介绍总结，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

http://blog.csdn.net/ldinvicible/article/details/8488126

一、主要文件和类

1.Launcher.java:launcher中主要的activity。

2.DragLayer.java:launcher layout的根view。DragLayer实际上也是一个抽象的界面，用来处理拖动和对事件进行初步处理然后按情况分发下去，角色是一个controller。它首先用onInterceptTouchEvent(MotionEvent)来拦截所有的touch事件，如果是长按item拖动的话不把事件传下去，直接交由onTouchEvent()处理，这样就可以实现item的移动了，如果不是拖动item的话就把事件传到目标view，交有目标view的事件处理函数做相应处理。如过有要对事件的特殊需求的话可以修改onInterceptTouchEvent(MotionEvent)来实现所需要的功能。

3. DragController.java:为Drag定义的一个接口。包含一个接口,两个方法和两个静态常量。接口为DragListener（包含onDragStart()，onDragEnd()两个函数）,onDragStart()是在刚开始拖动的时候被调用，onDragEnd()是在拖动完成时被调用。在launcher中典型的应用是DeleteZone，在长按拖动item时调用onDragStart()显示，在拖动结束的时候onDragEnd()隐藏。函数包括startDrag()用于在拖动时传递要拖动的item的信息以及拖动的方式。他有两个常量为DRAG_ACTION_MOVE，DRAG_ACTION_COPY来标识拖动的方式，DRAG_ACTION_MOVE为移动，表示在拖动的时候需要删除原来的item，DRAG_ACTION_COPY为复制型的拖动，表示保留被拖动的item（未使用）。

4.LauncherModel.java:辅助的文件。里面有许多封装的对数据库的操作。loadAndBindAllApps加载所有应用程序，loadAndBindWorkspace加载workspace。其他的函数就是对数据库的封装，比如在删除，替换，添加程序的时候做更新数据库和UI的工作。

5.Workspace.java:抽象的桌面，继承自ViewGroup，是一个子view。由N个celllaout组成,从cellLayout更高一级的层面上对事件的处理。

6.LauncherProvider.java:launcher的数据库，里面存储了桌面的item的信息。在创建数据库的时候会loadFavorites(db)方法，loadFavorites()会解析xml目录下的default_workspace.xml文件，把其中的内容读出来写到数据库中，这样就做到了桌面的预制。

7.CellLayout.java：组成workspace的view,继承自viewgroup，既是一个dragSource，又是一个dropTarget,可以将它里面的item拖出去，也可以容纳拖动过来的item。在workspace_screen里面定了一些它的view参数。

8.ItemInfo.java:对item的抽象，所有类型item的父类，item包含的属性有id（标识item的id）,cellX(在横向位置上的位置，从0开始),cellY（在纵向位置上的位置，从0开始） ,spanX（在横向位置上所占的单位格）,spanY（在纵向位置上所占的单位格）,screen（在workspace的第几屏，从0开始）,itemType（item的类型，有widget，search，application等）,container（item所在的）。

9.UserFolder.java: 用户创建的文件夹。可以将item拖进文件夹，单击时打开文件夹，长按文件夹上面标题处可以重命名文件夹。

10.LiveFolder.java:系统自带的文件夹。从系统中创建出的如联系人的文件夹等。

11.DeleteZone:删除框。在平时是出于隐藏状态，在将item长按拖动的时候会显示出来，如果将item拖动到删除框位置时会删除item。DeleteZone实现了DropTarget和DragListener两个接口。

12.LauncherSettings.java:字符串的定义。数据库项的字符串定义，另外在这里定义了container的类型，还有itemType的定义，除此还有一些特殊的widget(如search,clock的定义等)的类型定义。

主要布局文件介绍：

packages/apps/Launcher2/res/layout-port/launcher.xml

总布局文件竖屏，主要显示workspace HandleView等按键

/packages/res/Launcher2/res/workspase_screen.xml

cell的数量及显示大小

/packages/res/Launcher2/res/layout/AllAppSpace.xml

显示allapp界面布局（注意不是all_apps_2d.xml）

/packages/res/Launcher2/res/xml/default_workspace.xml

显示在workspace上默认的控件位置设置

/packages/res/Launcher2/res/xml/workspace_settings.xml

Workspace界面一些特效设置选项

/packages/res/Launcher2/res/layout/allapp_workspace_screen.xml

All app界面app布局显示

/packages/apps/Launcher2/res/layout-port/all_apps_horizontal.xml

All app界面布局显示(包括指示图标与app布局)

二、LauncherApplication全局数据初始化过程

LauncherApplication是Application的子类，是整个程序的入口。因此，一些全局信息的初始化和保存工作就放到这里执行。包括屏幕大小，像素密度信息的获取，以及

BroadcastReceiver和ContentObserver的注册都在整个程序的开始就完成。

1、 VMRuntime.getRuntime().setMinimumHeapSize(4 * 1024 * 1024)

设置运行最小堆内存

2、 mIconCache = new IconCache()

实例化图标缓存区的对象

3、 mModel = new LauncherModel()

实例化一个LauncherModel对象，这个类是保存Launcher的内存启动状态，更新Launcher的数据库的作用

4、 IntentFilter filter = new IntentFilter(Intent.ACTION_PACKAGE_ADDED);

注册监听，应用package增加，删除，改变的监听。

5、 filter = new IntentFilter()

注册application是否可用，方向改变的监听

6、 ContentResolver resolver = getContentResolver()，resolver.registerContentObserver(LauncherSettings.Favorites.CONTENT_URI, true, mFavoritesObserver)。

注册favorites应用程序数据库改变的监听

7、初始化all app信息

数据库mFavoritesObserver监听内部类

private final ContentObserver mFavoritesObserver = new ContentObserver(new Handler()) {

@Override

public void onChange(boolean selfChange) {

mModel.startLoader(LauncherApplication.this, false);

}

};

三、Launcher.java的onCreate() 所有界面初始化过程

LauncherApplication.onCreate()方法启动完成后，接着开始调用Launcher.java的onCreate()方法之后开始初始化Launcher。

可以将Launcher.onCreate()所执行的操作大概分为以下几步:

1、 LauncherAppliaction.setLauncher()。

此方法中得到一个LauncherModel对象的引用，LauncherModel这个类中有个回调接口。对LauncherModel进行初始化的时候

public void initialize(Callbacks callbacks){
           synchronized(mLock) {
                 mCallbacks= new WeakReference<Callbacks>(callbacks);
        }
}

由于Launcher实现了Callback接口。在mModel中，将传入的Launcher对象向下转型为Callback赋值给mCallbacks变量。并在LauncherModel中获得了一个Callbacks的软引用。通过这一过程，将Launcher对象作为Callback与mModel进行绑定，当mModel后续进行操作时，Launcher可以通过回调得到结果。

2、 AppWidgetHost.startListening()，

作用：帮助Launcher管理AppWidget，并且能够捕获长按事件，使得应用可以正常的删除、添加AppWidget。通过调用mAppWidgetHost.startListening()方法，开启监听。

3、 checkForLocaleChange()

检查本地文件的配置与当前设备的配置是否一致，如果不一致，则更新配置，并且清空IconCache，因为配置的改变可能会改变语言环境，所以需要清空IconCache中的内容重新加载。

4、 setupViews()，对所有的UI控件进行加载和配置

DragLayer dragLayer = (DragLayer)findViewById(R.id.drag_layer);

dragLayer.setDragController(dragController);

DragLayer继承自FrameLayout，是整个Launcher的根容器。当快捷图标或者AppWidget被拖拽时，事件的处理就在DragLayer进行操作的。DragController可以帮助实现拖拽。

在loadHotseats();中，加载hotseats 增加intent意图启动的activity。

dragController.setDragScoller(workspace);

dragController.setDragListener(deleteZone);

dragController.setScrollView(dragLayer);

dragController.setMoveTarget(workspace);

对workspace，deleteZone进行拖拽，move等动作的监听。

dragController.addDropTarget(workspace);

dragController.addDropTarget(deleteZone);

在workspace，deleteZone中注册增加目标如application，appwidget等控件的监听。

5、registerContentObservers()，设置内容监听器

6、LauncherModel.startLoader()，为Launcher加载Workspace和AllApps中的内容

if(!mRestoring) {

//mModel.setmAppsLoading(true);

mModel.startLoader(this, true);

}

之后调用

public void startLoader(Context context,boolean isLaunching,boolean onlyLoadAllApp) {

… …

mLoaderTask =new LoaderTask(context, isLaunching,onlyLoadAllApp);

sWorker.post(mLoaderTask);

}

说明：mModel.startLoader（。。，。。）是开启一个线程，设置线程的优先级NORM_PRIORITY，开始load桌面图标对应的数据库，这个过程是和Launcher.onCreate()同时进行的；

mModel.startLoader（。。，。。） à LoaderTask.java的run（）方法，加载桌面图标对应的数据库的值，这些值能把这些图标显示在workspace屏幕上。

public voidrun() {

… …

keep_running: {

……

if (loadWorkspaceFirst) {

if (DEBUG_LOADERS)Log.d(TAG, "step 1: loading workspace");

loadAndBindWorkspace();

} else {

if (DEBUG_LOADERS)Log.d(TAG, "step 1: special: loading all apps");

loadAndBindAllApps();

}

if (mStopped) {

break keep_running;

}

……

waitForIdle();

// second step

if(!mOnlyLoadAllApp){// here , we do not load other ,only All_app because of All_APP Switch

if (loadWorkspaceFirst) {

if (DEBUG_LOADERS) Log.d(TAG, "step 2:loading all apps");

loadAndBindAllApps();

} else {

if (DEBUG_LOADERS) Log.d(TAG, "step 2:special: loading workspace");

loadAndBindWorkspace();

}

}……

}

加载的工作由两部分组成，第一部分是为Workspace加载内容，第二部分则是为AllApps加载内容。每一部分的加载又可以分为两个步骤：

1、由LauncherModel完成，主要工作是从数据库中读取信息，并且按类别将内容项分装到不同的数据结构中。

2、由Launcher来完成，通过LauncherModel.Callbacks接口定义的回调方法，从LauncherModel

中获取的数据，将其显示到桌面。

第一部分在loadWorkspace中，从ContentProvider获取指定URI中的数据，并将它们分类存放到指定的数据结构中。分类的标准有两条：1、item的类型。包括ITEM_TYPE_APPLICATION ,ITEM_TYPE_SHORTCUT ,ITEM_TYPE_USER_FOLDER,ITEM_TYPE_APPWIDGET,ITEM_TYPE_LIVE_FOLDER五类。2、item所属的容器。包括CONTAINER_DESKTOP

以及其它（主要指文件夹）。

LauncherModel在读取完数据之后，通过LauncherModel.bindWorkspace()将数据传给到Launcher。进入LauncherModel.bindWorkspace()中

在bindWorkspace中，

Launcher的内容绑定分为五步：分别对应着startBinding()、bindItems()、bindFolders()、bindAppWidgets()、finishBindingItems()的调用。

第二部分AllApps的内容加载loadAndBindAllApps

首先是查询所有的App了，通过向PackagedManager发送指定的Intent就能够获得安装好的应用的信息。查询完毕之后，将数据封装到ArrayList<ApplicationInfo>对象中，然后通过Callbacks.bindAllApplication()或Callbacks.bindAppsAdded()将数据传给Launcher。

在这个方法中，还涉及到app排序问题，

Collections.sort(apps,newResolveInfo.DisplayNameComparator(packageManager));

至此All Apps页面的加载完成。

其中all app布局显示在从Callbacks.bindAllApplications –> setApps() à addApps() à

initLayout() à setViewInLayout()(其中通过mHandler.sendEmptyMessage(SORTFINISH);) à

handleMessage() –> 显示屏上app如何布局

四、workspace触摸事件处理过程

在Launcher的View tree中，从上到下的主要的节点有，DragLayer，Workspace，

CellLayout。DragLayer层的主要任务是负责对图标和AppWidget进行拖拽，Workspace则主要负责左右滑动，CellLayout则用于容纳各种桌面的快捷方式

桌面滑动功能主要分两步：1、在onInterceptTouchEvent中进行拦截。2、在onTouchEvent中进行滑动。

在workspace.java中的onInterceptTouchEvent()函数中中

TOUCH_STATE_SCROLLING 状态—> 正在滑动

TOUCH_STATE_REST 状态—> 初始化状态，未滑动

acquireVelocityTrackerAndAddMovement(ev)获取速度跟踪器，记录各个时刻的速度。并且添加当前的MotionEvent以记录更行速度值。

public booleanonInterceptTouchEvent(MotionEvent ev) {

……

return mTouchState != TOUCH_STATE_REST;

}

只有进入了滑动状态，才进行拦截，进入onTouchEvent执行滑动操作。当mTouchState != TOUCH_STATE_REST 时，就说明没有进入滑动状态。(因为return true)。

当mTouchState==TOUCH_STATE_REST时，不需要任何滑动操作，将MotionEvent向子View传递。

开始桌面静止，则mTouchState==TOUCH_STATE_REST，触发switch分支中

MotionEvent.ACTION_DOWN的代码。记录按下点的坐标，设置mAllowLongPress=true。由于mTouchState=TOUCH_STATE_REST，所以动作被传向了子View。接下来，在长按事件被触发之前移动手指则会在代码中调用enableChildrenCache(mCurrentScreen - 1,mCurrentScreen + 1)来决定是否进入滑动状态。进入滑动状态之后mTouchState的值就变为TOUCH_STATE_SCROLLING，然后onTouchEvent中的操作就会被用，开始滑动。

在workspace中的onTouchEvent()函数，对接受到的不同的事件进行了分类的处理，大致可以将功能分类为：

1、当接受到ACTION_DOWN时，若滑动正在进行，则停止。

2、当接受到ACTION_MOVE时，根据当前的状态调用scrollBy进行滑动。

3、当接受到ACTION_UP时，根据当前所滑动的位移和速度，判断松手后进入到哪一个分屏。

在Workspace.Java类实现，相关方法有：
1) computeScroll()：重写了父类的computeScroll()；主要功能是计算拖动的位移量、更新背景、设置要显示的屏幕（setScreen(mCurrentScreen);）

。
2) dispatchDraw()：重写了父类的dispatchDraw()；主要功能是绘制指定的屏幕，可以绘制当前一屏，也可以绘制当前屏幕和下一屏幕，也可以绘制所有的屏幕，这儿的绘制指显示屏幕上的child（例如：app、folder、Wiget）。

3) onMeasure()：重写了父类的onMeasure()；主要功能是设置屏幕的显示大小。由每个child的measure()方法设置。

4) onLayout()：重写了父类的onLayout()；主要功能是设置屏幕的显示位置。由child的layout()方法设置。

五、Drop& Drag模型：DragController.java 处理拖曳动作的函数

DragSource:可以拖动的对象来源的容器。

在launcher中主要有AllAppGridView,workspace等。

将调用此接口：voidonDropCompleted(View target, boolean success,int x,int y);

DropTarget:可以放置被拖动的对象的容器。

在launcher中有folder，workspace等，一个View既可以是Dragsource也可以是DropTarget。

主要包含以下几个接口：

boolean acceptDrop(DragSource source, intx, int y, int xOffset, int yOffset, Object dragInfo);

acceptDrop函数用来判断dropTarget是否可以接受item放置在自己里面。

void onDragEnter(DragSource source, int x,int y, int xOffset, int yOffset, Object dragInfo);

onDragEnter是item被拖动进入到一个dropTarget的时候的回调。

void onDragOver(DragSource source, int x,int y, int xOffset, int yOffset, Object dragInfo);

onDragOver是item在上一次位置和这一次位置所处的dropTarget相同的时候的回调。

void onDragExit(DragSource source, int x,int y, int xOffset, int yOffset, Object dragInfo);

onDragExit是item被拖出dropTarget时的回调。

boolean onDrop(DragSource source, int x,int y, int xOffset, int yOffset, Object dragInfo);

onDrop是item被放置到dropTarget时的回调。

例如：onDrop在drop（）方法中被调用。

Drop（）被DragController.java中的onInterceptTouchEvent（）或onTouchEvent（）调用

privateboolean drop(float x, float y) {

final int[] coordinates = mCoordinatesTemp;

DropTarget dropTarget = findDropTarget((int) x, (int) y,coordinates);

Log.d(TAG, "dropTarget exist is "+ (dropTarget!=null));

if (dropTarget != null) {

dropTarget.onDragExit(mDragSource, coordinates[0], coordinates[1],

(int) mTouchOffsetX,(int) mTouchOffsetY, mDragView, mDragInfo);

//判断dropTarget是否接受接受item放置

if (dropTarget.acceptDrop(mDragSource, coordinates[0],coordinates[1],

(int) mTouchOffsetX,(int) mTouchOffsetY, mDragView, mDragInfo)) {

dropTarget.onDrop(mDragSource,coordinates[0], coordinates[1],

(int) mTouchOffsetX,(int) mTouchOffsetY, mDragView, mDragInfo);

mDragSource.onDropCompleted((View) dropTarget, true);

return true;

} else {

mDragSource.onDropCompleted((View) dropTarget, false);

return true;

}

return false;

}

六、 Launcher 中 View 、ViewGroup事件处理：

事件处理主要方法：

1）public booleandispatchTouchEvent(MotionEvent ev) 这个方法用来分发TouchEvent

2）public booleanonInterceptTouchEvent(MotionEvent ev) 这个方法用来拦截TouchEvent（只有ViewGroup中有此函数）

3）public booleanonTouchEvent(MotionEvent ev) 这个方法用来处理TouchEvent（ViewGroup与View中都有）

需要注意以下几点：
1、onInterceptTouchEvent()返回true，那么这个方法只会拦截动作ACTION_DOWN。

2、onInterceptTouchEvent()负责事件分发（事件传递方向），决定了Touch事件是否要向它包含的子View继续传递。

3、onTouchEvent()负责事件处理。决定了事件及后续事件是否继续向上传递。

当TouchEvent发生时，首先Activity将TouchEvent传递给最顶层的View， TouchEvent最先到达最顶层 view 的dispatchTouchEvent ，然后由 dispatchTouchEvent 方法进行分发，

1）如果dispatchTouchEvent返回true ，则交给这个view（本view）的onTouchEvent处理，

2）如果dispatchTouchEvent返回 false ，则交给这个 view（本view）的 interceptTouchEvent 方法来决定是否要拦截这个事件，

3）如果interceptTouchEvent 返回 true ，也就是拦截掉了，则交给它的 onTouchEvent 来处理，

（本ViewGroup的interceptTouchEvent 只能收到down事件，本ViewGroup的onTouchEvent能收到down,move,up事件，子view不能收到事件）

4）如果interceptTouchEvent返回 false ，那么就传递给子 view ，由子 view 的 dispatchTouchEvent 再来开始这个事件的分发。（本ViewGroup的onInterceptTouchEvent能收到down,move,up事件，本ViewGroup的onTouchEvent没有收到事件；之后（指onInterceptTouchEvent接受所有事件后）子view的onTouchEvent能收到up,move,down事件）

5）如果事件传递到某一层的子 view 的onTouchEvent 上了，这个方法返回了 false ，那么这个事件会从这个 view 往上传递，都是 onTouchEvent 来接收。

（本view的onTouchEvent只能收到down事件，不能收到move，up事件）

6）而如果传递到最上面的onTouchEvent 也返回 false 的话，这个事件就会“消失”，而且接收不到下一次事件。

7）如果最终需要处理事件的view 的onTouchEvent()返回了true，那么后续事件将可以继续传递给该view的onTouchEvent()处理。

注意1：只要onInterceptTouchEvent()返回false，而且目标控件View::onTouchEvent()返回true，那么事件的每一个动作（按下、移动、抬起等）会都会首先传递到onInterceptTouchEvent()中。

注意2：如果事件传递到某一层的子 view 的 onTouchEvent 上了，这个方法返回了 false ，那么这个事件会从这个 view 往上传递，都是onTouchEvent 来接收。而如果传递到最上面的 onTouchEvent 也返回 false 的话，这个事件就会“消失”，而且接收不到下一次事件。（一次事件指的是 down 到 up 之间的一系列事件）

总结一下就是：onInterceptTouchEvent可以接受到所有的Touch事件，而onTouchEvent则不一定，总体来看， onInterceptTouchEvent是自rootview向下传递, onTouchEvent正好相反。

备注：关于onClick、onLongClick及onTouchEvent时序上处理过程分析：

在一个View中同时覆写了onClick、onLongClick及onTouchEvent的话，onTouchEvent是最先捕捉到ACTION_DOWN和ACTION_UP事件的，其次才可能触发onClick或者onLongClick。
1，onTouch返回false
首先是onTouch事件的down事件发生（返回false），此时，如果长按，触发onLongClick事件；然后是onTouch事件的up事件发生，up完毕，最后触发onClick事件。

2，onTouch返回true
首先是onTouch事件的down事件发生，然后是onTouch事件的up事件发生；期间不触发onClick和onLongClick事件

3，onTouch：down返回true，up返回false：结果同二。

详细分析：

onTouch事件中：down事件返回值标记此次事件是否为点击事件（返回false，是点击事件；返回true，不记为点击事件（为该事件已经被处理）），而up事件标记此次事件结束时间，也就是判断是否为长按。只要当down返回true时候，系统将不把本次事件记录为点击事件，也就不会触发onClick或者onLongClick事件了。因此尽管当up的时候返回false，系统也不会继续触发onClick事件了。

4，onTouch：down返回false，up返回true：
首先是onTouch事件的down事件发生，此时：
长按，触发onLongClick事件，然后是onTouch事件的up事件发生，完毕。
短按，先触发onTouch的up事件，到一定时间后，自动触发onLongClick事件。
机制分析：
onTouch事件中：down事件返回值标记此次事件是否为点击事件（返回false，是点击事件；返回true，不记为点击事件），而up事件标记此次事件结束时间，也就是判断是否为长按。
当down返回false，标记此次事件为点击事件，而up返回了true，则表示此次事件一直没有结束，也就是一直长按下去了，达到长按临界时间后，自然触发长按事件，而onClick事件没有触发到。