Android_launcher源码全面分析

合集下载

Android Launcher研究

Android Launcher研究一、图文详解手把手教你在Windows环境下下载Android源码(Launcher为例)大家好，这篇文章我将教大家如何在Windows环境下下载Android源码,Android 自2007年11月5号发布以来，发展速度如此之快，和它走开源的路是分不开的。

我们在开发中有什么不明白不清楚的，直接把Android 源码下下来研究就可以了，看源代码将会让你提升很快！在这之前大家先熟悉俩个代码版本管理工具SVN,以及Git。

SVN(Windows环境下最常用的):svn(subversion)是近年来崛起的版本管理工具，是cvs的接班人。

目前，绝大多数开源软件都使用svn作为代码版本管理软件。

Git:Git 是用于Linux 内核开发的版本控制工具。

与常用的版本控制工具CVS, Subversion 等不同，它采用了分布式版本库的方式，不必服务器端软件支持，使源代码的发布和交流极其方便。

Git 的速度很快，这对于诸如Linux kernel 这样的大项目来说自然很重要。

Git 最为出色的是它的合并跟踪（merge tracing）能力。

而Google Android的项目是基于Git进行版本管理的，所以经常在Linux环境下开发的人，就不用我多说了，而大都数在Windows环境开发的人，就比较陌生了。

那下面我就手把手教你如何在Windows环境下Git Android源码。

第一步:Msysgit工具的下载(这个是Google为Windows环境下开发的Git客户端程序):/p/msysgit/ 下载地址如图:第二步:安装Msysgit软件(一直默认到底)，如下图:第三步:建立一个文件夹用来存放Git下来的Android 源码(我这里以G:/Android Src)为例,如下图:第四步:右击Android Src文件夹选择Git Bash出现如下图所示:第五步:查找我们要下载源代码的地址。

android7.x Launcher3源码解析(3)---workspace和allapps加载流程

android7.x Launcher3源码解析（3）---workspace和allapps加载流程1、整体流程先上一张整体的流程图吧。

（图片看不清可以下载下来看或者右击新开个页面查看图片）先从Launcher.Java的onCreate方法开始，protected void onCreate(Bundle savedInstanceState) {......//建立LauncherAppState对象LauncherAppState.setApplicationContext(getApplicationContext());LauncherAppState app = LauncherAppState.getInstance();......//建立LauncherModel对象mModel = app.setLauncher(this);//一些其他对象初始化......setContentView(uncher);setupViews();if (!mRestoring) {if (DISABLE_SYNCHRONOUS_BINDING_CURRENT_PAGE) {// If the user leaves launcher, then we should just load items asynchronously when// they return.mModel.startLoader(PagedView.INV ALID_RESTORE_PAGE);} else {// We only load the page synchronously if the user rotates (or triggers a// configuration change) while launcher is in the foregroundmModel.startLoader(mWorkspace.getRestorePage());}}......}重点调用了LauncherModel的startLoader的方法，startLoader里面，最重要的就是启动了LoaderTask，mLoaderTask = new LoaderTask(mApp.getContext(), synchronousBindPage);我们接着分析LoaderTask的run方法。

launcher应用讲解

这个是与launcher.java中setupViews()的 dragController.setDragListener(deleteZone)相关联的，因此跳转进入deleteZone. onDragStart(DragSource source, Object info, int dragAction)这个函数。
部分简单处理

菜单处理详见Launcher.java中的 onCreateOptionsMenu()、 onPrepareOptionsMenu()、 onOptionsItemSelected()方法在桌面上可以摆放四种类型的对象： 1. ITEM_SHORTCUT，应用快捷方式 2. ITEM_APPWIDGET，app widget 3. ITEM_LIVE_FOLDER，文件夹 4. ITEM_WALLPAPER，墙纸方法onActivityResult() 完成在workspace上增加shortcut， appwidge和Livefolder；方法startActivitySafely（）启动应用程序
AndroidManifest.xml分析

由Launcher中的AndroidManifest.xml可以看出整个Launcher的代码结构。
文件简要分析
Launcher遵循MVC模式（M:launchermodel,V:draglayer,C:launcher） AddAdapter：添加主屏幕窗口的适配器，维护了 live fold , widget , shortcut , wallpaper 4 个 ListItem ，长按桌面会显示该列表 AllAppsList：存储桌面元素数据相关。 CellLayout: 使屏幕网格化。 Celllayout被划分为了4行4列的表格，用Boolean类型的mOccupied二维数组来标记每个cell是否被占用。在attrs.xml中定义了shortAxisCells和longAxisCells分别存储x轴和y轴方向的cell个数。在Celllayout构造函数中初始化。修改为5*5，见修改 DeleteZone：launcher的删除区域，继承ImageView DragController：拖动控制接口。 DragLayer：继承FrameLayout,实现接口DrayController DragView :继承View,实现接口TweenCallback ，拖动显示相关

手把手教你开发安卓Launcher

launcher，也就是android的桌面应用程序。

下图是android2.3的launcher应用程序：接下来我们要开发一个自己的launcher，使其替代系统的默认launcher。

怎样使我们的应用程序成为一个launcher？下面我们就新建一个叫做MyHome的工程，具体步骤略。

创建完工程后整个目录结构如下图：现在我们的AndroidManifest.xml文件这样的：<?xml version="1.0" encoding="utf-8"?><manifest xmlns:android="/apk/res/android"package="org.bangchui.myhome"android:versionCode="1"android:versionName="1.0"><application android:icon="@drawable/icon" android:label="@string/app_name"> <activity android:name=".MyHome"android:label="@string/app_name"><intent-filter><action android:name="android.intent.action.MAIN" /><category android:name="UNCHER" /></intent-filter></activity></application></manifest>请注意<intent-filter></intent-filter>里面的内容。

Android源码分析（九）Init启动分析

Android源码分析（九）Init启动分析⼀.前⾔:init进程 –> Zygote进程 –> SystemServer进程 –> Launcher桌⾯程序 -> 我们的App应⽤init进程：linux的根进程，android系统是基于linux系统的，因此可以算作是整个android操作系统的第⼀个进程；Zygote进程：android系统的根进程，主要作⽤：可以作⽤Zygote进程fork出SystemServer进程和各种应⽤进程；SystemService进程：主要是在这个进程中启动系统的各项服务，⽐如ActivityManagerService，PackageManagerService，WindowManagerService服务等等；Launcher桌⾯程序:就是我们平时看到的桌⾯程序，它其实也是⼀个android应⽤程序，只不过这个应⽤程序是系统默认第⼀个启动的应⽤程序.⼆. init 进程分析linux的根进程,同样也是守护进程，usb连接电脑后，cmd窗⼝，输⼊：adb shell ps 命令，能看到⼿机系统中当前跑的所有进程，有⼀个init 进程。

init进程主要任务：源码：//system/core/init/init.cpp//1.创建⽬录//2.将log重定向//3.初始化环境变量//4.得到硬件信息和版本//5.解析内核启动参数//6.导⼊默认环境变量//7.得到系统分区int main(int argc, char** argv) {if (!strcmp(basename(argv[0]), "ueventd")) {return ueventd_main(argc, argv);}if (!strcmp(basename(argv[0]), "watchdogd")) {return watchdogd_main(argc, argv);}if (REBOOT_BOOTLOADER_ON_PANIC) {install_reboot_signal_handlers();}add_environment("PATH", _PATH_DEFPATH);bool is_first_stage = (getenv("INIT_SECOND_STAGE") == nullptr);if (is_first_stage) {boot_clock::time_point start_time = boot_clock::now();// Clear the umask.umask(0);// Get the basic filesystem setup we need put together in the initramdisk// on / and then we'll let the rc file figure out the rest.mount("tmpfs", "/dev", "tmpfs", MS_NOSUID, "mode=0755");mkdir("/dev/pts", 0755);mkdir("/dev/socket", 0755);mount("devpts", "/dev/pts", "devpts", 0, NULL);#define MAKE_STR(x) __STRING(x)mount("proc", "/proc", "proc", 0, "hidepid=2,gid=" MAKE_STR(AID_READPROC));// Don't expose the raw commandline to unprivileged processes.chmod("/proc/cmdline", 0440);gid_t groups[] = { AID_READPROC };setgroups(arraysize(groups), groups);mount("sysfs", "/sys", "sysfs", 0, NULL);mount("selinuxfs", "/sys/fs/selinux", "selinuxfs", 0, NULL);mknod("/dev/kmsg", S_IFCHR | 0600, makedev(1, 11));mknod("/dev/random", S_IFCHR | 0666, makedev(1, 8));mknod("/dev/urandom", S_IFCHR | 0666, makedev(1, 9));// Now that tmpfs is mounted on /dev and we have /dev/kmsg, we can actually// talk to the outside world...InitKernelLogging(argv);LOG(INFO) << "init first stage started!";if (!DoFirstStageMount()) {LOG(ERROR) << "Failed to mount required partitions early ...";panic();}SetInitAvbVersionInRecovery();// Set up SELinux, loading the SELinux policy.selinux_initialize(true);// We're in the kernel domain, so re-exec init to transition to the init domain now// that the SELinux policy has been loaded.if (restorecon("/init") == -1) {PLOG(ERROR) << "restorecon failed";security_failure();}setenv("INIT_SECOND_STAGE", "true", 1);static constexpr uint32_t kNanosecondsPerMillisecond = 1e6;uint64_t start_ms = start_time.time_since_epoch().count() / kNanosecondsPerMillisecond; setenv("INIT_STARTED_AT", StringPrintf("%" PRIu64, start_ms).c_str(), 1);char* path = argv[0];char* args[] = { path, nullptr };execv(path, args);// execv() only returns if an error happened, in which case we// panic and never fall through this conditional.PLOG(ERROR) << "execv(\"" << path << "\") failed";security_failure();}// At this point we're in the second stage of init.InitKernelLogging(argv);LOG(INFO) << "init second stage started!";// Set up a session keyring that all processes will have access to. It// will hold things like FBE encryption keys. No process should override// its session keyring.keyctl(KEYCTL_GET_KEYRING_ID, KEY_SPEC_SESSION_KEYRING, 1);// Indicate that booting is in progress to background fw loaders, etc.close(open("/dev/.booting", O_WRONLY | O_CREAT | O_CLOEXEC, 0000));property_init();// If arguments are passed both on the command line and in DT,// properties set in DT always have priority over the command-line ones.process_kernel_dt();process_kernel_cmdline();// Propagate the kernel variables to internal variables// used by init as well as the current required properties.export_kernel_boot_props();// Make the time that init started available for bootstat to log.property_set("ro.boottime.init", getenv("INIT_STARTED_AT"));property_set("ro.boottime.init.selinux", getenv("INIT_SELINUX_TOOK"));// Set libavb version for Framework-only OTA match in Treble build.const char* avb_version = getenv("INIT_AVB_VERSION");if (avb_version) property_set("ro.boot.avb_version", avb_version);// Clean up our environment.unsetenv("INIT_SECOND_STAGE");unsetenv("INIT_STARTED_AT");unsetenv("INIT_SELINUX_TOOK");unsetenv("INIT_AVB_VERSION");// Now set up SELinux for second stage.selinux_initialize(false);selinux_restore_context();epoll_fd = epoll_create1(EPOLL_CLOEXEC);if (epoll_fd == -1) {PLOG(ERROR) << "epoll_create1 failed";exit(1);}signal_handler_init();property_load_boot_defaults();export_oem_lock_status();start_property_service();set_usb_controller();const BuiltinFunctionMap function_map;Action::set_function_map(&function_map);Parser& parser = Parser::GetInstance();parser.AddSectionParser("service",std::make_unique<ServiceParser>());parser.AddSectionParser("on", std::make_unique<ActionParser>());parser.AddSectionParser("import", std::make_unique<ImportParser>());std::string bootscript = GetProperty("ro.boot.init_rc", "");if (bootscript.empty()) {parser.ParseConfig("/init.rc");parser.set_is_system_etc_init_loaded(parser.ParseConfig("/system/etc/init"));parser.set_is_vendor_etc_init_loaded(parser.ParseConfig("/vendor/etc/init"));parser.set_is_odm_etc_init_loaded(parser.ParseConfig("/odm/etc/init"));} else {parser.ParseConfig(bootscript);parser.set_is_system_etc_init_loaded(true);parser.set_is_vendor_etc_init_loaded(true);parser.set_is_odm_etc_init_loaded(true);}// Turning this on and letting the INFO logging be discarded adds 0.2s to// Nexus 9 boot time, so it's disabled by default.if (false) parser.DumpState();ActionManager& am = ActionManager::GetInstance();am.QueueEventTrigger("early-init");// Queue an action that waits for coldboot done so we know ueventd has set up all of /dev... am.QueueBuiltinAction(wait_for_coldboot_done_action, "wait_for_coldboot_done");// ... so that we can start queuing up actions that require stuff from /dev.am.QueueBuiltinAction(mix_hwrng_into_linux_rng_action, "mix_hwrng_into_linux_rng");am.QueueBuiltinAction(set_mmap_rnd_bits_action, "set_mmap_rnd_bits");am.QueueBuiltinAction(set_kptr_restrict_action, "set_kptr_restrict");am.QueueBuiltinAction(keychord_init_action, "keychord_init");am.QueueBuiltinAction(console_init_action, "console_init");// Trigger all the boot actions to get us started.am.QueueEventTrigger("init");// Repeat mix_hwrng_into_linux_rng in case /dev/hw_random or /dev/random// wasn't ready immediately after wait_for_coldboot_doneam.QueueBuiltinAction(mix_hwrng_into_linux_rng_action, "mix_hwrng_into_linux_rng");// Don't mount filesystems or start core system services in charger mode.std::string bootmode = GetProperty("ro.bootmode", "");if (bootmode == "charger") {am.QueueEventTrigger("charger");} else {am.QueueEventTrigger("late-init");}// Run all property triggers based on current state of the properties.am.QueueBuiltinAction(queue_property_triggers_action, "queue_property_triggers"); while (true) {// By default, sleep until something happens.int epoll_timeout_ms = -1;if (!(waiting_for_prop || ServiceManager::GetInstance().IsWaitingForExec())) {am.ExecuteOneCommand();}if (!(waiting_for_prop || ServiceManager::GetInstance().IsWaitingForExec())) {restart_processes();// If there's a process that needs restarting, wake up in time for that.if (process_needs_restart_at != 0) {epoll_timeout_ms = (process_needs_restart_at - time(nullptr)) * 1000;if (epoll_timeout_ms < 0) epoll_timeout_ms = 0;}// If there's more work to do, wake up again immediately.if (am.HasMoreCommands()) epoll_timeout_ms = 0;}epoll_event ev;int nr = TEMP_FAILURE_RETRY(epoll_wait(epoll_fd, &ev, 1, epoll_timeout_ms));if (nr == -1) {PLOG(ERROR) << "epoll_wait failed";} else if (nr == 1) {((void (*)()) ev.data.ptr)();}}return0;}。

Android中launcher的详细分析

Android中launcher的详细分析之前一度为如何判断当前所处的界面就是home主桌面而伤脑筋的，后来找到的方法也不是很理想，由此到现在看了launcher的分析，觉得很有帮助哈~这边给大家分享下哈~~~Linux kernel启动以后会通过app_main进程来初始化android Runtime Java运行环境，而zygote是Android的第一个进程。

所有的android的应用以及大部分系统服务都是通过zygote fork出来的子进程（我现在看到的只有native的service manager不是zygote fork出来的）。

在system server中启动的若干系统服务中与我们启动进程相关的就是Acitivity Manager。

当systerm server启动好所有服务以后，系统就进入”system ready”状态，这个时候Activity Manager就登场了。

Activity Manager光看代码行就知道是一个重量级的服务，它主要管理Activity之间的跳转，以及进程的生命周期。

当Activity Manager发现系统已经启动好以后它就会发出一个intent：java代码：1Intent intent = new Intent(mTopAction, mTopData != null ?Uri.parse(mTopData) : null);2intent.setComponent(mTopComponent);3if (mFactoryTest != SystemServer.FACTORY_TEST_LOW_LEVEL) { 4intent.addCategory(Intent.CATEGORY_HOME);5}通过这个category类型为home的intent，Activity Manager就会通过：java代码：6startActivityLocked(null, intent, null, null, 0, aInfo, null, null, 0, 0, 0, false, false);启动Home进程了。

Android应用程序安装过程源代码分析

Android系统在启动的过程中，会启动一个应用程序管理服务PackageManagerService，这个服务负责扫描系统中特定的目录，找到里面的应用程序文件，即以Apk为后缀的文件，然后对这些文件进解析，得到应用程序的相关信息，完成应用程序的安装过程，本文将详细分析这个过程。

应用程序管理服务PackageManagerService安装应用程序的过程，其实就是解析析应用程序配置文件AndroidManifest.xml的过程，并从里面得到得到应用程序的相关信息，例如得到应用程序的组件Activity、Service、Broadcast Receiver和Content Provider等信息，有了这些信息后，通过ActivityManagerService 这个服务，我们就可以在系统中正常地使用这些应用程序了。

应用程序管理服务PackageManagerService是系统启动的时候由SystemServer组件启动的，启后它就会执行应用程序安装的过程，因此，本文将从SystemServer启动PackageManagerService服务的过程开始分析系统中的应用程序安装的过程。

应用程序管理服务PackageManagerService从启动到安装应用程序的过程如下图所示：下面我们具体分析每一个步骤。

Step 1. SystemServer.main这个函数定义在frameworks/base/services/java/com/android/server/SystemServer.java文件中：view plain1.public class SystemServer2.{3. ......4.5.native public static void init1(String[] args);6.7. ......8.9.public static void main(String[] args) {10. ......11.12. init1(args);13.14. ......15. }16.17. ......18.}SystemServer组件是由Zygote进程负责启动的，启动的时候就会调用它的main函数，这个函数主要调用了JNI方法init1来做一些系统初始化的工作。

AndroidLauncher3简单分析

AndroidLauncher3简单分析Launcher 3的界⾯主要由SearchDropTargetBar、Workspace、CellLayout、PageIndicator、Hotseat组成。

如下图：Launcher 3 最主要的是⼀个Activity，基本上所有操作都集中在这个Activity上。

这个Activity⽂件为Launcher.java，他的布局⽂件为launcher.xml。

下⾯为竖屏的布局⽂件，路径为res/layout-port/launcher.xml。

1<?xml version="1.0" encoding="utf-8"?>234<uncherRootView xmlns:android="/apk/res/android"5 xmlns:launcher="/apk/res-auto"6 android:id="@+id/launcher"7 android:layout_width="match_parent"8 android:layout_height="match_parent"9 android:fitsSystemWindows="true">1011<uncher3.DragLayer12android:id="@+id/drag_layer"1314 android:layout_width="match_parent"15 android:layout_height="match_parent">1617<uncher3.FocusIndicatorView18android:id="@+id/focus_indicator"19 android:layout_width="22dp"20 android:layout_height="22dp"/>21222324<uncher3.Workspace25android:id="@+id/workspace"26 android:layout_width="match_parent"27 android:layout_height="match_parent"28 launcher:defaultScreen="@integer/config_workspaceDefaultScreen"29 launcher:pageIndicator="@+id/page_indicator"></uncher3.Workspace>303132<include33android:id="@+id/hotseat"34 layout="@layout/hotseat"3536 android:layout_width="match_parent"37 android:layout_height="match_parent"/>3839<include40android:id="@+id/overview_panel"41 layout="@layout/overview_panel"42 android:visibility="gone"/>434446<include47android:id="@+id/page_indicator"48 layout="@layout/page_indicator"49 android:layout_width="wrap_content"50 android:layout_height="wrap_content"51 android:layout_gravity="center_horizontal"/>5253<include54android:id="@+id/search_drop_target_bar"5556 layout="@layout/search_drop_target_bar"/>5758<include59android:id="@+id/widgets_view"60 layout="@layout/widgets_view"61 android:layout_width="match_parent"62 android:layout_height="match_parent"63 android:visibility="invisible"/>6465<include66android:id="@+id/apps_view"67 layout="@layout/all_apps"68 android:layout_width="match_parent"69 android:layout_height="match_parent"70 android:visibility="invisible"/>71</uncher3.DragLayer>7273<ViewStub74android:id="@+id/launcher_overlay_stub"75 android:layout_width="match_parent"76 android:layout_height="match_parent"77 android:inflatedId="@+id/launcher_overlay"78 android:layout="@layout/launcher_overlay"/>79</uncherRootView>SearchDropTargetBar屏幕最上⽅有个搜索框，在我们拖动图标的时候，搜索框会替换成“删除“Workspace就是屏幕上左右滑的好⼏屏幕的容器CellLayoutWorkspace⾥⾯可以滑动的单独⼀屏，CellLayout负责图标和⼩部件的显⽰和整齐摆放。

Android_launcher源码全面分析

8三launcher启动和初始化91launcher进程启动过程92launcher初始化launcherapplication103launcherjava初始化121callbacks接口152数据加载流程163startloader164loadertask的run方法165workspace加载数据176workspace绑定数据207allapp数据加载绑定22五hotseat分析241hotseat配置文件242hotseat构造函数263hotseat加载数据264hotseat绑定数据275hotseat类286总结29六页面滑动pagedview29七allapp全部应用列表appscustomizetabhost371allapp列表配置文件372appscustomizetabhost分析393tab变化时执行ontabchanged40八allapp界面拖拽元素411触摸拦截412handletouchevent方法424拖曳按钮43九launcher启动app流程441workspace触摸442celllayout的onintercepttouchevent方法453workspace的ontouch事件464bubbletextview465onclick方法486总结49launcher学习2一launcher默默认界面配置defaultworkspace1界面默认配置文件在第一次运行launcher的时候会读取一个配置xml文件来进行布局这个配置文件在launcher目录下路径是
-1-
========================Launcher 学习========================
一、Launcher 默认界面配置（default_workspace）
1、界面默认配置文件

最全的Android源码目录结构详解

Launcher分析

要看launcher这部分，不记笔记没啥头绪。

这里先记录下来看到的东西，还是按各个文件来记。

一、与界面关系不是太大的部分主要是些数据的东西，为界面显示提供资料不直接参与到界面中。

LauncherApplication.java每个应用只能有一个application，而且应用起来第一个运行的就是application。

所以看Launcher第一个看这个java。

在这里onCreate()函数做了应用初始化的一堆活，其他几个函数做的活到可以不太去注意。

在onCreate()主要做了以下一些工作。

1. 获取屏幕的属性。

主要是大小和密度（分辨率）。

2. 初始化IconCache,这里主要保持各个应用对于的icon。

3. 初始化LauncherModel，在Launcher中界面无关的活大部分在这里面处理。

在这里同时还注册一堆事件给LauncherModel，包含应用删除，安装，变换事件（ACTION_PACKAGE_ADDED/REMOVED/CHANGED）；外置存储卡的应用是否可用事件,这个事件可能会携带哪些应用的介绍(ACTION_EXTERNAL_APPLICATIONS_AVAILABLE/UNAVAILABLE)；手机环境变换比如语言横竖屏之类的东西(ACTION_LOCALE_CHANGED/ ACTION_CONFIGURATION_CHANGED)；搜索管理相关的变换(INTENT_GLOBAL_SEARCH_ACTIVITY_CHANGED/SEARCHABLES_CHANGED);还有个自身定义的消息(LauncherModel.SWITCH_SCENE_ACTION)。

4. 监控LauncherSettings.Favorites.CONTENT_URI。

这个发生变化时调用mModel.startLoader。

IconCache.javaINITIAL_ICON_CACHE_CAPACITYCacheEntry 结构体对于一个应用。

Launcher介绍的修改一

Hi，大家好：之前我在《Launcher简介》的文档中，写了关于Launcher的相关介绍。

但是，有地方没有完善，因此，我在这里添加以下，希望能帮助到你们！如果有新的添加，我会在以后逐渐加入，希望对大家有所帮助，谢谢~！一、主要文件和类uncher.java:launcher中主要的activity。

2.DragLayer.java:launcher layout的rootview。

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()和 setDragItemInfo().startDrag()用于在拖动是传递要拖动的item的信息以及拖动的方式，setDragItemInfo()用于传递item的参数信息（包括位置以及大小）。

Android系统默认Home应用程序(Launcher)的启动过程源代码分析

在前面一篇文章中，我们分析了Android系统在启动时安装应用程序的过程，这些应用程序安装好之后，还需要有一个Home应用程序来负责把它们在桌面上展示出来，在Android系统中，这个默认的Home 应用程序就是Launcher了，本文将详细分析Launcher应用程序的启动过程。

Android系统的Home应用程序Launcher是由ActivityManagerService启动的，而ActivityManagerService和PackageManagerService一样，都是在开机时由SystemServer组件启动的，SystemServer组件首先是启动ePackageManagerServic，由它来负责安装系统的应用程序，具体可以参考前面一篇文章Android应用程序安装过程源代码分析，系统中的应用程序安装好了以后，SystemServer 组件接下来就要通过ActivityManagerService来启动Home应用程序Launcher了，Launcher在启动的时候便会通过PackageManagerServic把系统中已经安装好的应用程序以快捷图标的形式展示在桌面上，这样用户就可以使用这些应用程序了，整个过程如下图所示：点击查看大图下面详细分析每一个步骤。

Step 1. SystemServer.main这个函数定义在frameworks/base/services/java/com/android/server/SystemServer.java文件中，具体可以参考前面一篇文章Android应用程序安装过程源代码分析的Step 1。

Step 2. SystemServer.init1这个函数是一个JNI方法，实现在 frameworks/base/services/jni/com_android_server_SystemServer.cpp文件中，具体可以参考前面一篇文章Android应用程序安装过程源代码分析的Step 2。

LauncherProvider解析

LauncherProvider解析Launcher是由ActivityManagerService启动的，而ActivityManagerService和PackageManagerService一样，都是在开机时由SystemServer组件启动的，SystemServer组件首先是启动PackageManagerServic，由它来负责安装系统的应用程序，系统中的应用程序安装好了以后，SystemServer组件接下来就要通过ActivityManagerService来启动Home应用程序Launcher了，Launcher在启动的时候便会通过PackageManagerServic把系统中已经安装好的应用程序以快捷图标的形式展示在桌面上，这样用户就可以使用这些应用程序了。

一、整个Launcher的入口点1、LauncherApplication.java继承了Application类，当整个Launcher启动时，它就是整个程序的入口。

由AndroidManifest.xml文件可以看到整个Launcher的代码结构,如下:在AndroidManifest.xml中的配置<applicationandroid:name="uncherApplication"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也就是入口是在uncherApplication这个路径下。

Launcher源码

最近由于工作需要开始钻研Launcher源码，在这儿记载下我的学习过程，也希望能与大家一起交流，高手们见笑了！关于Launcher源码我就不做介绍了，如果大家不知道Launcher是什么那先去百度一下！如何得到Launcher源码？一、下载android源码，从android源码中提取Launcher源码。

网上有很多下载的教程，自己找。

也可以去android源码网站上只下载Launcher一部分。

如果下载的是整个源码，可以在源码的\packages\apps\目录下将launcher 拷贝出来；二、我把我下载的Launcher 2.2的源码上传到了csdn上，大家可以去下载。

地址：/source/2620144没看前面内容的朋友看这儿：在Eclipse中调试运行launcher源码（一）——获取launcher源码：/blog/737642在Eclipse中调试运行launcher源码（二）——向Eclipse中导入Launcher源码：/blog/737645我们接上前面的内容，今天的内容是修改android Launcher 2.2源码工程的包名。

如果你不修改包名是运行不起来的，因为它和系统自带的冲突了，这儿要修改包名必须要用Eclipse自带的重命名，不然会引起很多包的错误。

步骤如下：一、选择包，如下图：二、按F2或右键选择重命名，如下图：New name填写你自己的包名，把下面四项全部勾选。

点击“Preview”三、点击“ok”就可以了，但会在很多文件中出现如下的错误：四、修改gen目录下的包名，修改方法一定要跟上面的一样。

不修改运行不起来，因为与系统的重复，我修改成如下图：该成你自己的包名，我这儿就改为：很多文件中都有，自己手动修改吧。

今天就总结这些，下一篇文章我们开始修改具体的每个类里面的错误！我这几天会尽快总结出来分享给大家。

希望有正在钻研Launcher的朋友一起交流，本人由于知识有限，难免有错误或误导大家的，希望各位不惜赐教！共同进步。

launcher介绍

Launcher是Android的应用程序启动器，Launcher的功能还包含：桌面的切换、应用程序快捷(shortcut)功能、背景图(Wallpaper)功能等等。

在Android的桌面最下方，有一个图示，按下后可以拉出应用程序图示清单，这是Launcher提供的功能。

我们这个实例是用GridView来实现Launcher效果的，下面的截屏显示本实例的效果图：源代码如下：main.xml布局文件，只有一个GridView:[xhtml:collapse:showcolumns]+ expand sourceview plaincopy .........10........20........30........40........50........60........70........80........90........100.......110.......120.......130.......140. (150)GridView的每一个Item也需要一个布局文件，用来定义应用的图标与标题，application_layout.xml:[xhtml:collapse:showcolumns]+ expand sourceview plaincopy .........10........20........30........40........50........60........70........80........90........100.......110.......120.......130.......140. (150)主程序文件，Launcher.java:[c-sharp:collapse:showcolumns]+ expand sourceview plaincopy .........10........20........30........40........50........60........70........80........90........100.......110.......120.......130.......140. (150)几点说明：1. 函数setupViews（）是建立Launcher桌面的Views的。

Android_Launcher详解

Android_Launcher详解（根据网络视频）（1）Launcher的定义：Android系统启动后，加载的第一个程序，是其他应用程序的入口。

（2）Launcher的构成：HomeScreen（1.workspace（AppWidget，Wallpaper，Livefolder，ShortCut），2.HotSeats，3.AllApps/allApplist:GridView）（3）针对Launcher的开发类型：1.开发自定义的Launcher2.与Workspace相关的开发（AppWidget，Wallpaper，Livefolder，ShortCut）（4）解读Launcher源代码（以ShortCut为例），Launcher为系统级应用，位于Applications 层。

源代码位于MyAndroid\packages\apps\Launcher2中，可讲它导入eclipse中。

（5）看Manifest文件可知，Launcher的主Activity为：uncher。

下面是它的部分配置信息：（6）关于Activity的四种加载模式（android:launchMode）：在多Activity开发中，有可能是自己应用之间的Activity跳转，或者夹带其他应用的可复用Activity。

有可能会希望跳转到原来某个Activity实例，而不是产生大量重复的Activity。

这就需要为Activity 配置特定的加载模式，而不是默认的加载模式。

1.Standard：默认模式，每次激活Activity时都会创建Activity，并放入任务栈中。

2.singleTop：如果在任务栈栈顶正好存在该Activity的实例，就重用该实例（会调用实例的onNewIntent()），否则就会创建新的实例并放入栈顶，即使栈中已经存在该Activity的实例。

3.singleTask：如果在栈中已经有该Activity的实例，就会重用该实例，重用时，会让该实例回到栈顶，因此在它上面的实例将会被移出栈。