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文件中：
1. public class SystemServer
2. {
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来做一些系统初始化的工作。
Step 2. SystemServer.init1
这个函数是一个JNI方法，实现在 frameworks/base/services/jni/com_android_server_SystemServer.cpp文件中：
1. namespace android {
2.
3. extern "C" int system_init();
4.
5. static void android_server_SystemServer_init1(JNIEnv* env, jobject clazz)
6. {
7. system_init();
8. }
9.
10. /*
11. * JNI registration.
12. */
13. static JNINativeMethod gMethods[] = {
14. /* name, signature, funcPtr */
15. "init1", "([Ljava/lang/String;)V", (void*) android_server_SystemServer_init1 },
16. };
17.
18. int register_android_server_SystemServer(JNIEnv* env)
19. {
20. return jniRegisterNativeMethods(env, "com/android/server/SystemServer",
21. gMethods, NELEM(gMethods));
22. }
23.
24. }; // namespace android
这个函数很简单，只是调用了system_init函数来进一步执行操作。
Step 3. libsystem_server.system_init
函数system_init实现在libsystem_server库中，源代码位于frameworks/base/cmds/system_server/library/system_init.cpp文件中：
1. extern "C" status_t system_init()
2. {
3. "Entered system_init()");
4.
5. sp<ProcessState> proc(ProcessState::self());
6.
7. sp<IServiceManager> sm = defaultServiceManager();
8. "ServiceManager: %p\n", sm.get());
9.
10. new GrimReaper();
11. sm->asBinder()->linkToDeath(grim, grim.get(), 0);
12.
13. char propBuf[PROPERTY_VALUE_MAX];
14. "system_init.startsurfaceflinger", propBuf, "1");
15. if (strcmp(propBuf, "1") == 0) {
16. // Start the SurfaceFlinger
17. SurfaceFlinger::instantiate();
18. }
19.
20. // Start the sensor service
21. SensorService::instantiate();
22.
23. // On the simulator, audioflinger et al don't get started the
24. // same way as on the device, and we need to start them here
25. if (!proc->supportsProcesses()) {
26.
27. // Start the AudioFlinger
28. AudioFlinger::instantiate();
29.
30. // Start the media playback service
31. MediaPlayerService::instantiate();
32.
33. // Start the camera service
34. CameraService::instantiate();
35.
36. // Start the audio policy service
37. AudioPolicyService::instantiate();
38. }
39.
40. // And now start the Android runtime. We have to do this bit
41. // of nastiness because the Android runtime initialization requires
42. // some of the core system services to already be started.
43. // All other servers should just start the Android runtime at
44. // the beginning of their processes's main(), before calling
45. // the init function.
46. "System server: starting Android runtime.\n");
47.
48. AndroidRuntime* runtime = AndroidRuntime::getRuntime();
49.
50. "System server: starting Android services.\n");
51. "com/android/server/SystemServer", "init2");
52.
53. // If running in our own process, just go into the thread
54. // pool. Otherwise, call the initialization finished
55. // func to let this process continue its initilization.
56. if (proc->supportsProcesses()) {
57. "System server: entering thread pool.\n");
58. ProcessState::self()->startThreadPool();
59. IPCThreadState::self()->joinThreadPool();
60. "System server: exiting thread pool.\n");
61. }
62.
63. return NO_ERROR;
64. }
这个函数首先会初始化SurfaceFlinger、SensorService、AudioFlinger、MediaPlayerService、CameraService和AudioPolicyService这几个服务，然后就通过系统全局唯一的AndroidRuntime实例变量runtime的callStatic来调用SystemServer的init2函数了。关于这个AndroidRuntime实例变量runtime的相关资料，可能参考前面一篇文章 Android应用程序进程启动过程的源代码
分析一文。
Step 4. AndroidRuntime.callStatic
这个函数定义在frameworks/base/core/jni/AndroidRuntime.cpp文件中：
1. /*
2. * Call a static Java Programming Language function that takes no arguments and returns void.
3. */
4. status_t AndroidRuntime::callStatic(const char* className, const char* methodName)
5. {
6. JNIEnv* env;
7. jclass clazz;
8. jmethodID methodId;
9.
10. env = getJNIEnv();
11. if (env == NULL)
12. return UNKNOWN_ERROR;
13.
14. clazz = findClass(env, className);
15. if (clazz == NULL) {
16. "ERROR: could not find class '%s'\n", className);
17. return UNKNOWN_ERROR;
18. }
19. "()V");
20. if (methodId == NULL) {
21. "ERROR: could not find method %s.%s\n", className, methodName);
22. return UNKNOWN_ERROR;
23. }
24.
25. env->CallStaticVoidMethod(clazz, methodId);
26.
27. return NO_ERROR;
28. }
这个函数调用由参数className指定的java类的静态成员函数，这个静态成员函数是由参数methodName指定的。上面传进来的参数className的值为"com/android/server/SystemServer"，而参数methodName的值为"init2"，因此，接下来就会调用SystemServer类的init2函数了。
Step 5. SystemServer.init2
这个函数定义在frameworks/base/services/java/com/android/server/SystemServer.java文件中：
1. public class SystemServer
2. {
3. ......
4.
5. public static final void init2() {
6. "Entered the Android system server!");
7. new ServerThread();
8. "android.server.ServerThread");
9. thr.start();
10. }
11. }
这个函数创建了一个ServerThread线程，PackageManagerService服务就是这个线程中启动的了。这里调用了ServerThread实例thr的start函数之后，下面就会执行这个实例的run函数了。
Step 6. ServerThread.run
这个函数定义在frameworks/base/services/java/com/android/server/SystemServer.java文件中：
1. class ServerThread extends Thread {
2. ......
3.
4. @Override
5. public void run() {
6. ......
7.
8. null;
9.
10. ......
11.
12. // Critical services...
13. try {
14. ......
15.
16. "Package Manager");
17. pm = PackageManagerService.main(context,
18. factoryTest != SystemServer.FACTORY_TEST_OFF);
19.
20. ......
21. catch (RuntimeException e) {
22. "System", "Failure starting core service", e);
23. }
24.
25. ......
26. }
27.
28. ......
29. }
这个函数除了启动PackageManagerService服务之外，还启动了其它很多的服务，例如在前面学习Activity和Service的几篇文章中经常看到的ActivityManagerService服务，有兴趣的读者可以自己研究一下。
Step 7. PackageManagerService.main
这个函数定义在frameworks/base/services/java/com/android/server/PackageManagerService.java文件中：
1. class PackageManagerService extends IPackageManager.Stub {
2. ......
3.
4. public static final IPackageManager main(Context context, boolean factoryTest) {
5. new PackageManagerService(context, factoryTest);
6. "package", m);
7. return m;
8. }
9.
10. ......
11. }
这个函数创建了一个PackageManagerService服务实例，然后把这个服务添加到ServiceManager中去，ServiceManager是Android系统Binder进程间通信机制的守护进程，负责管理系统中的Binder对象，具体可以参考 浅谈Service Manager成为Android进程间通信（IPC）机制Binder守护进程之路
一文。
在创建这个PackageManagerService服务实例时，会在PackageManagerService类的构造函数中开始执行安装应用程序的过程：
1. class PackageManagerService extends IPackageManager.Stub {
2. ......
3.
4. public PackageManagerService(Context context, boolean factoryTest) {
5. ......
6.
7. synchronized (mInstallLock) {
8. synchronized (mPackages) {
9. ......
10.
11. File dataDir = Environment.getDataDirectory();
12. new File(dataDir, "data");
13. new File(dataDir, "secure/data");
14. new File(dataDir, "app-private");
15.
16. ......
17.
18. new File(Environment.getRootDirectory(), "framework");
19. new File(dataDir, "dalvik-cache");
20.
21. ......
22.
23. // Find base frameworks (resource packages without code).
24. new AppDirObserver(
25. true);
26. mFrameworkInstallObserver.startWatching();
27. scanDirLI(mFrameworkDir, PackageParser.PARSE_IS_SYSTEM
28. | PackageParser.PARSE_IS_SYSTEM_DIR,
29. 0);
30.
31. // Collect all system packages.
32. new File(Environment.getRootDirectory(), "app");
33. new AppDirObserver(
34. true);
35. mSystemInstallObserver.startWatching();
36. scanDirLI(mSystemAppDir, PackageParser.PARSE_IS_SYSTEM
37. 0);
38.
39. // Collect all vendor packages.
40. new File("/vendor/app");
41. new AppDirObserver(
42. true);
43. mVendorInstallObserver.startWatching();
44. scanDirLI(mVendorAppDir, PackageParser.PARSE_IS_SYSTEM
45. 0);
46.
47.
48. new AppDirObserver(
49. false);
50. mAppInstallObserver.startWatching();
51. 0, scanMode, 0);
52.
53. new AppDirObserver(
54. false);
55. mDrmAppInstallObserver.startWatching();
56. scanDirLI(mDrmAppPrivateInstallDir, PackageParser.PARSE_FORWARD_LOCK,
57. 0);
58.
59. ......
60. }
61. }
62. }
63.
64. ......
65. }
这里会调用scanDirLI函数来扫描移动设备上的下面这五个目录中的Apk文件：
/system/framework
/system/app
/vendor/app
/data/app
/data/app-private
Step 8. PackageManagerService.scanDirLI
这个函数定义在frameworks/base/services/java/com/android/server/PackageManagerService.java文件中：
1. class PackageManagerService extends IPackageManager.Stub {
2. ......
3.
4. private void scanDirLI(File dir, int flags, int scanMode, long currentTime) {
5. String[] files = dir.list();
6. ......
7.
8. int i;
9. for (i=0; i<files.length; i++) {
10. new File(dir, files[i]);
11. if (!isPackageFilename(files[i])) {
12. // Ignore entries which are not apk's
13. continue;
14. }
15. PackageParser.Package pkg = scanPackageLI(file,
16. flags|PackageParser.PARSE_MUST_BE_APK, scanMode, currentTime);
17. // Don't mess around with apps in system partition.
18. if (pkg == null && (flags & PackageParser.PARSE_IS_SYSTEM) == 0 &&
19. mLastScanError == PackageManager.INSTALL_FAILED_INVALID_APK) {
20. // Delete the apk
21. "Cleaning up failed install of " + file);
22. file.delete();
23. }
24. }
25. }
26.
27.
28. ......
29. }
对于目录中的每一个文件，如果是以后Apk作为后缀名，那么就调用scanPackageLI函数来对它进行解析和安装。
Step 9. PackageManagerService.scanPackageLI
这个函数定义在frameworks/base/services/java/com/android/server/PackageManagerService.java文件中：
1. class PackageManagerService extends IPackageManager.Stub {
2. ......
3.
4. private PackageParser.Package scanPackageLI(File scanFile,
5. int parseFlags, int scanMode, long currentTime) {
6. ......
7.
8. String scanPath = scanFile.getPath();
9. parseFlags |= mDefParseFlags;
10. new PackageParser(scanPath);
11.
12. ......
13.
14. final PackageParser.Package pkg = pp.parsePackage(scanFile,
15. scanPath, mMetrics, parseFlags);
16.
17. ......
18.
19. return scanPackageLI(pkg, parseFlags, scanMode | SCAN_UPDATE_SIGNATURE, currentTime);
20. }
21.
22. ......
23. }
这个函数首先会为这个Apk文件创建一个PackageParser实例，接着调用这个实例的parsePackage函数来对这个Apk文件进行解析。这个函数最后还会调用另外一个版本的scanPackageLI函数把来解析后得到的应用程序信息保存在PackageManagerService中。
Step 10. PackageParser.parsePackage
这个函数定义在frameworks/base/core/java/android/content/pm/PackageParser.java文件中：
1. public class PackageParser {
2. ......
3.
4. public Package parsePackage(File sourceFile, String destCodePath,
5. int flags) {
6. ......
7.
8. mArchiveSourcePath = sourceFile.getPath();
9.
10. ......
11.
12. null;
13. null;
14. boolean assetError = true;
15. try {
16. new AssetManager();
17. int cookie = assmgr.addAssetPath(mArchiveSourcePath);
18. if(cookie != 0) {
19. "AndroidManifest.xml");
20. false;
21. else {
22. ......
23. }
24. catch (Exception e) {
25. ......
26. }
27.
28. ......
29.
30. new String[1];
31. null;
32. null;
33. try {
34. // XXXX todo: need to figure out correct configuration.
35. new Resources(assmgr, metrics, null);
36. pkg = parsePackage(res, parser, flags, errorText);
37. catch (Exception e) {
38. ......
39. }
40.
41. ......
42.
43. parser.close();
44. assmgr.close();
45.
46. // Set code and resource paths
47. pkg.mPath = destCodePath;
48. pkg.mScanPath = mArchiveSourcePath;
49. //pkg.applicationInfo.sourceDir = destCodePath;
50. //pkg.applicationInfo.publicSourceDir = destRes;
51. null;
52.
53. return pkg;
54. }
55.
56. ......
57. }
每一个Apk文件都是一个归档文件，它里面包含了Android应用程序的配置文件AndroidManifest.xml，这里主要就是要对这个配置文件就行解析了，从Apk归档文件中得到这个配置文件后，就调用另一外版本的parsePackage函数对这个应用程序进行解析了：
1. public class PackageParser {
2. ......
3.
4. private Package parsePackage(
5. int flags, String[] outError)
6. throws XmlPullParserException, IOException {
7. ......
8.
9. String pkgName = parsePackageName(parser, attrs, flags, outError);
10.
11. ......
12.
13. final Package pkg = new Package(pkgName);
14.
15. ......
16.
17. int type;
18.
19. ......
20.
21. TypedArray sa = res.obtainAttributes(attrs,
22. com.android.internal.R.styleable.AndroidManifest);
23.
24. ......
25.
26. while ((type=parser.next()) != parser.END_DOCUMENT
27. && (type != parser.END_TAG || parser.getDepth() > outerDepth)) {
28. if (type == parser.END_TAG || type == parser.TEXT) {
29. continue;
30. }
31.
32. String tagName = parser.getName();
33. if (tagName.equals("application")) {
34. ......
35.
36. if (!parseApplication(pkg, res, parser, attrs, flags, outError)) {
37. return null;
38. }
39. else if (tagName.equals("permission-group")) {
40. ......
41. else if (tagName.equals("permission")) {
42. ......
43. else if (tagName.equals("permission-tree")) {
44. ......
45. else if (tagName.equals("uses-permission")) {
46. ......
47. else if (tagName.equals("uses-configuration")) {
48. ......
49. else if (tagName.equals("uses-feature")) {
50. ......
51. else if (tagName.equals("uses-sdk")) {
52. ......
53. else if (tagName.equals("supports-screens")) {
54. ......
55. else if (tagName.equals("protected-broadcast")) {
56. ......
57. else if (tagName.equals("instrumentation")) {
58. ......
59. else if (tagName.equals("original-package")) {
60. ......
61. else if (tagName.equals("adopt-permissions")) {
62. ......
63. else if (tagName.equals("uses-gl-texture")) {
64. ......
65. else if (tagName.equals("compatible-screens")) {
66. ......
67. else if (tagName.equals("eat-comment")) {
68. ......
69. else if (RIGID_PARSER) {
70. ......
71. else {
72. ......
73. }
74. }
75.
76. ......
77.
78. return pkg;
79. }
80.
81. ......
82. }
这里就是对AndroidManifest.xml文件中的各个标签进行解析了，各个标签的含义可以参考官方文档
http://developer.android.com/guide/topics/manifest/manifest-intro.html
，这里我们只简单看一下application标签的解析，这是通过调用parseApplication函数来进行的。
Step 11. PackageParser.parseApplication
这个函数定义在frameworks/base/core/java/android/content/pm/PackageParser.java文件中：
1. public class PackageParser {
2. ......
3.
4. private boolean parseApplication(Package owner, Resources res,
5. int flags, String[] outError)
6. throws XmlPullParserException, IOException {
7. final ApplicationInfo ai = owner.applicationInfo;
8. final String pkgName = owner.applicationInfo.packageName;
9.
10. TypedArray sa = res.obtainAttributes(attrs,
11. com.android.internal.R.styleable.AndroidManifestApplication);
12.
13. ......
14.
15. int type;
16. while ((type=parser.next()) != parser.END_DOCUMENT
17. && (type != parser.END_TAG || parser.getDepth() > innerDepth)) {
18. if (type == parser.END_TAG || type == parser.TEXT) {
19. continue;
20. }
21.
22. String tagName = parser.getName();
23. if (tagName.equals("activity")) {
24. false);
25. ......
26.
27. owner.activities.add(a);
28.
29. else if (tagName.equals("receiver")) {
30. true);
31. ......
32.
33. owner.receivers.add(a);
34. else if (tagName.equals("service")) {
35. Service s = parseService(owner, res, parser, attrs, flags, outError);
36. ......
37.
38. owner.services.add(s);
39. else if (tagName.equals("provider")) {
40. Provider p = parseProvider(owner, res, parser, attrs, flags, outError);
41. ......
42.
43. owner.providers.add(p);
44. else if (tagName.equals("activity-alias")) {
45. Activity a = parseActivityAlias(owner, res, parser, attrs, flags, outError);
46. ......
47.
48. owner.activities.add(a);
49. else if (parser.getName().equals("meta-data")) {
50. ......
51. else if (tagName.equals("uses-library")) {
52. ......
53. else if (tagName.equals("uses-package")) {
54. ......
55. else {
56. ......
57. }
58. }
59.
60. return true;
61. }
62.
63. ......
64. }
这里就是对AndroidManifest.xml文件中的application标签进行解析了，我们常用到的标签就有activity、service、receiver和provider，各个标签的含义可以参考官方文档
http://developer.android.com/guide/topics/manifest/manifest-intro.html
。
这里解析完成后，一层层返回到Step 9中，调用另一个版本的scanPackageLI函数把来解析后得到的应用程序信息保存下来。
Step 12. PackageManagerService.scanPackageLI
这个函数定义在frameworks/base/services/java/com/android/server/PackageManagerService.java文件中：
1. class PackageManagerService extends IPackageManager.Stub {
2. ......
3.
4. // Keys are String (package name), values are Package. This also serves
5. // as the lock for the global state. Methods that must be called with
6. // this lock held have the prefix "LP".
7. final HashMap<String, PackageParser.Package> mPackages =
8. new HashMap<String, PackageParser.Package>();
9.
10. ......
11.
12. // All available activities, for your resolving pleasure.
13. final ActivityIntentResolver mActivities =
14. new ActivityIntentResolver();
15.
16. // All available receivers, for your resolving pleasure.
17. final ActivityIntentResolver mReceivers =
18. new ActivityIntentResolver();
19.
20. // All available services, for your resolving pleasure.
21. final ServiceIntentResolver mServices = new ServiceIntentResolver();
22.
23. // Keys are String (provider class name), values are Provider.
24. final HashMap<ComponentName, PackageParser.Provider> mProvidersByComponent =
25. new HashMap<ComponentName, PackageParser.Provider>();
26.
27. ......
28.
29. private PackageParser.Package scanPackageLI(PackageParser.Package pkg,
30. int parseFlags, int scanMode, long currentTime) {
31. ......
32.
33. synchronized (mPackages) {
34. ......
35.
36. // Add the new setting to mPackages
37. mPackages.put(pkg.applicationInfo.packageName, pkg);
38.
39. ......
40.
41. int N = pkg.providers.size();
42. int i;
43. for (i=0; i<N; i++) {
44. PackageParser.Provider p = pkg.providers.get(i);
45. p.info.processName = fixProcessName(pkg.applicationInfo.processName,
46. p.info.processName, pkg.applicationInfo.uid);
47. new ComponentName(p.info.packageName,
48. p.info.name), p);
49.
50. ......
51. }
52.
53. N = pkg.services.size();
54. for (i=0; i<N; i++) {
55. PackageParser.Service s = pkg.services.get(i);
56. s.info.processName = fixProcessName(pkg.applicationInfo.processName,
57. s.info.processName, pkg.applicationInfo.uid);
58. mServices.addService(s);
59.
60. ......
61. }
62.
63. N = pkg.receivers.size();
64. null;
65. for (i=0; i<N; i++) {
66. PackageParser.Activity a = pkg.receivers.get(i);
67. a.info.processName = fixProcessName(pkg.applicationInfo.processName,
68. a.info.processName, pkg.applicationInfo.uid);
69. "receiver");
70.
71. ......
72. }
73.
74. N = pkg.activities.size();
75. for (i=0; i<N; i++) {
76. PackageParser.Activity a = pkg.activities.get(i);
77. a.info.processName = fixProcessName(pkg.applicationInfo.processName,
78. a.info.processName, pkg.applicationInfo.uid);
79. "activity");
80.
81. ......
82. }
83.
84. ......
85. }
86.
87. ......
88.
89. return pkg;
90. }
91.
92. ......
93. }
这个函数主要就是把前面解析应用程序得到的package、provider、service、receiver和activity等信息保存在PackageManagerService服务中了。
这样，在Android系统启动的时候安装应用程序的过程就介绍完了，但是，这些应用程序只是相当于在PackageManagerService服务注册好了，如果我们想要在Android桌面上看到这些应用程序，还需要有一个Home应用程序，负责从PackageManagerService服务中把这些安装好的应用程序取出来，并以友好的方式在桌面上展现出来，例如以快捷图标的形式。在Android系统中，负责把系统中已经安装的应用程序在桌面中展现出来的Home应用程序就是Launcher了，在下一篇文章中，我们将介绍Launcher是如何启动的以及它是如何从PackageManagerService服务中把系统中已经安装好的应用程序展现出来的，敬请期待。
---------------------------------------------------------------------以下是精彩评论----------------------------------------------------------------
Q:博主，这里讲的是开机时PackageManager如何扫描和注册已安装的应用程序信息吧， 所以并不是“应用程序安装过程”?
A:对于注册和安装，你是怎么定义的呢？
Q:下载了apk之后（比如把它存在了SD卡的某个folder里），都得经过一个installer“安装”后才会出现在应用程序列表里吧。所以我理解博主所讲的部分并不是“安装”，而是扫描和提取已安装应用的元数据。当然，我所谓的“安装”可能只是把apk们存放在PackageManager能扫描到的几个指定folder下？
A:通过网络来安装的确是可以划分为三步：1. 下载；2. 拷贝到指定目录；3. 解析AndroidManifest.xml文件得到应用程序的信息，并且保存在PackageManagerService里面。怎么给这3个步骤起名字不是重点，但是第3步确实是重点，例如，会涉及到Linux用户ID和Linux用户组ID的分配。另外，如果PackageManagerService没有一个应用程序的信息的话，那么这个应用程序是跑不起来的，你在Launcher里面也不会看得到它。但是如果你去看第3步里面涉及到的函数调用，就会很多函数都是以install开头的，所以从字面来看，我认为把第3步称为“安装”是合理的。
Q:为什么android每次启动都要做一次解析上述文件夹下的apk文件。不是第一次解析完会在/data/system生成packages.xml的文件吗？而且每次解析完都要重写这个
packages.xml文件。
A:应用程序的信息并不是完全保存在packages.xml这个文件里面，而且关机之后，是可以对系统的应用程序进行修改的。
Q:android把每个包解析出的信息会保存到package类中，在内存中， 不知是否可以把这些package类全部保存到一个文件中，下次开机就不用逐个解析了。包扫描确实很花时间，特别是apk装多了之后。
A:这样做也不现实，因为关机之后，可以把system.img解压出来，增、删或者修改apk，再放system.img打包放回去，再开机的时候，安装的信息又会改变了。
对于智能机来说，一般都不会频繁的关机和开机，有些关机只是进入休眠状态而已，所以这个不是问题。
Q:机子关了都没电了，还怎么修改system.img???难道是进入fastboot模式去修改？
A:你搜一下bootimg，看看是怎么玩的
Q:楼主，如果apk在安装的时候，通过解析，把这些信息保存到内存中，那么在重新开机后，岂不是所有的已经安装的apk都要重新解析一遍，然后同样保存到内存中，感觉非常不效率啊？
A:是的，如果彻底关机之后再开机，那么系统就会重新安装一遍所有的应用程序的，因为关机之后，我们是可以改变系统中的应用程序的，例如，增加、删除或者修改系统中的应用程序。如果不重新检查一遍的话，那么就会有问题了。在实际使用中，我们很少会彻底地关机，一般意义上的关机只是让系统深度睡眠，这种情况不会导致系统重新安装一遍系统中的应用程序。
系统除了会把应用程序的安装信息保存在内存中之外，还会保存在一个本地文件中，因为有些应用程序的安装信息无论安装多少次，都是必须保持一致的，例如，应用程序的Linux用户ID。如果不保存下来的话，那么每次应用程序重新安装之后，表现可能都会不一致。
