上一节我们研究了Launcher的整体结构，这一节我们看看整个Laucher的入口点，同时Laucher在加载了它的布局文件Laucher.xml时都干了些什么。

我们在源代码中可以找到LauncherApplication， 它继承了Application类，当整个Launcher启动时，它就是整个程序的入口。我们先来看它们在AndroidManifest.xml中是怎么配置的。

    <applicationandroid: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中看到对是否启用硬件加速和大内存的配置。如下所示：

    <bool name="config_hardwareAccelerated">true</bool><bool name="config_largeHeap">false</bool>

在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进行测量，的方法如下, 具体含义请看注释：

1. @Override
2. protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
3. if (!mIsDataReady) {
4. super.onMeasure(widthMeasureSpec, heightMeasureSpec);
5. return;
6. }
7. //得到宽度的模式（在配置文件中对应的是match_parent 或者 wrap_content）和其大小
8. final int widthMode = MeasureSpec.getMode(widthMeasureSpec);
9. final int widthSize = MeasureSpec.getSize(widthMeasureSpec);
10. //宽度必须是match_parent,否则会抛出异常。
11. if (widthMode != MeasureSpec.EXACTLY) {
12. throw new IllegalStateException("Workspace can only be used in EXACTLY mode.");
13. }
14. /* Allow the height to be set as WRAP_CONTENT. This allows the particular case
15. * of the All apps view on XLarge displays to not take up more space then it needs. Width
16. * is still not allowed to be set as WRAP_CONTENT since many parts of the code expect
17. * each page to have the same width.
18. */
19. //高度允许是wrap_content,因为在大屏幕的情况下，会占了多余的位置
20. final int heightMode = MeasureSpec.getMode(heightMeasureSpec);
21. int heightSize = MeasureSpec.getSize(heightMeasureSpec);
22. int maxChildHeight = 0;
23. //得到在竖值方向上和水平方向上的Padding
24. final int verticalPadding = mPaddingTop + mPaddingBottom;
25. final int horizontalPadding = mPaddingLeft + mPaddingRight;
26. // The children are given the same width and height as the workspace
27. // unless they were set to WRAP_CONTENT
28. if (DEBUG) Log.d(TAG, "PagedView.onMeasure(): " + widthSize + ", " + heightSize  + " mPaddingTop="+mPaddingTop + " mPaddingBottom="+mPaddingBottom);
29. final int childCount = getChildCount();
30. //对workspace的子View进行遍历，从而对它的几个子view进行测量。
31. for (int i = 0; i < childCount; i++) {
32. // disallowing padding in paged view (just pass 0)
33. final View child = getPageAt(i);
34. final LayoutParams lp = (LayoutParams) child.getLayoutParams();
35. int childWidthMode;
36. if (lp.width == LayoutParams.WRAP_CONTENT) {
37. childWidthMode = MeasureSpec.AT_MOST;
38. } else {
39. childWidthMode = MeasureSpec.EXACTLY;
40. }
41. int childHeightMode;
42. if (lp.height == LayoutParams.WRAP_CONTENT) {
43. childHeightMode = MeasureSpec.AT_MOST;
44. } else {
45. childHeightMode = MeasureSpec.EXACTLY;
46. }
47. final int childWidthMeasureSpec =
48. MeasureSpec.makeMeasureSpec(widthSize - horizontalPadding, childWidthMode);
49. final int childHeightMeasureSpec =
50. MeasureSpec.makeMeasureSpec(heightSize - verticalPadding, childHeightMode);
51. //对子View的大小进行设置，传入width和height参数
52. child.measure(childWidthMeasureSpec, childHeightMeasureSpec);
53. maxChildHeight = Math.max(maxChildHeight, child.getMeasuredHeight());
54. if (DEBUG) Log.d(TAG, "\tmeasure-child" + i + ": " + child.getMeasuredWidth() + ", "
55. + child.getMeasuredHeight());
56. }
57. if (heightMode == MeasureSpec.AT_MOST) {
58. heightSize = maxChildHeight + verticalPadding;
59. }
60. //存储测量后的宽度和高度
61. setMeasuredDimension(widthSize, heightSize);
62. // We can't call getChildOffset/getRelativeChildOffset until we set the measured dimensions.
63. // We also wait until we set the measured dimensions before flushing the cache as well, to
64. // ensure that the cache is filled with good values.
65. invalidateCachedOffsets();
66. updateScrollingIndicatorPosition();
67. if (childCount > 0) {
68. mMaxScrollX = getChildOffset(childCount - 1) - getRelativeChildOffset(childCount - 1);
69. } else {
70. mMaxScrollX = 0;
71. }
72. }

测量完毕之后就可以对子控件进行布局了,这时候Framework层会调用PagedView中重写的onLayout方法。

1. @Override
2. protected void onLayout(boolean changed, int left, int top, int right, int bottom) {
3. if (!mIsDataReady) {
4. return;
5. }
6. if (DEBUG) Log.d(TAG, "PagedView.onLayout()");
7. //竖值方向的Padding
8. final int verticalPadding = mPaddingTop + mPaddingBottom;
9. final int childCount = getChildCount();
10. int childLeft = 0;
11. if (childCount > 0) {
12. if (DEBUG) Log.d(TAG, "getRelativeChildOffset(): " + getMeasuredWidth() + ", "
13. + getChildWidth(0));
14. childLeft = getRelativeChildOffset(0);
15. //偏移量为0
16. if (DEBUG) Log.d(TAG, "childLeft:"+childLeft);
17. // Calculate the variable page spacing if necessary
18. // 如果mPageSpacing小于0的话，就重新计算mPageSpacing，并且给它赋值。
19. if (mPageSpacing < 0) {
20. setPageSpacing(((right - left) - getChildAt(0).getMeasuredWidth()) / 2);
21. }
22. }
23. for (int i = 0; i < childCount; i++) {
24. final View child = getPageAt(i);
25. if (child.getVisibility() != View.GONE) {
26. final int childWidth = getScaledMeasuredWidth(child);
27. final int childHeight = child.getMeasuredHeight();
28. int childTop = mPaddingTop;
29. if (mCenterPagesVertically) {
30. childTop += ((getMeasuredHeight() - verticalPadding) - childHeight) / 2;
31. }
32. if (DEBUG) Log.d(TAG, "\tlayout-child" + i + ": " + childLeft + ", " + childTop);
33. //把5个CellLayout布局到相应的位置，layout的4个参数分别是 左、上、右、下。
34. child.layout(childLeft, childTop,
35. childLeft + child.getMeasuredWidth(), childTop + childHeight);
36. childLeft += childWidth + mPageSpacing;
37. }
38. }
39. //第一次布局完毕之后，就根据当前页偏移量（当前页距离Workspace最左边的距离）滚动到默认的页面去，第一次布局时
40. //默认的当前页是3，则它的便宜量就是两个CellLayout的宽度。
41. if (mFirstLayout && mCurrentPage >= 0 && mCurrentPage < getChildCount()) {
42. setHorizontalScrollBarEnabled(false);
43. int newX = getChildOffset(mCurrentPage) - getRelativeChildOffset(mCurrentPage);
44. //滚动到指定的位置
45. scrollTo(newX, 0);
46. mScroller.setFinalX(newX);
47. if (DEBUG) Log.d(TAG, "newX is "+newX);
48. setHorizontalScrollBarEnabled(true);
49. mFirstLayout = false;
50. }
51. if (mFirstLayout && mCurrentPage >= 0 && mCurrentPage < getChildCount()) {
52. mFirstLayout = false;
53. }
54. }