class core 和class main有何不同
在分析Kitkat加密功能的時候，在一些資料上看到一句話“對於加密后的系統，重啟后，進入到輸入密碼界面，此時並沒有完全加載Android系統，僅僅加載必要的服務”
那么這個必要的服務又是指的是那些服務呢？
在解答這個問題前我們先區分一下class core ，class main， class late_start。
這三個“class”,只是標識這個服務的類型是哪一個，然后通過調用class_start, class_reset, class_stop等命令的時候，來統一操作同一類的服務。
舉個例子，從system/core/rootdir/init.rc文件中搜索“class main”可以搜到許多，例如有netd， ril-deamon服務被標識為class main,那么當我們調用class_start main命令時，所有標識為main的服務都會被啟動，這里的netd ril-deamon就會被啟動。對於core， late_start類的服務也是這樣的。
這里以源代碼中三星的manta為例進行演示：
class core 的服務如下：
| 序號 | service名稱 | 所屬文件 | 命令bin文件位置 |
| 1 | watchdogd | init.manta.rc | /sbin/watchdogd |
| 2 | watchdogd | init.recovery.manta.rc | /sbin/watchdogd |
| 3 | setup_fs | init.smdk5250.rc | /system/bin/setup_fs |
| 4 | ueventd | init.rc | /sbin/ueventd |
| 5 | logd | init.rc | /system/bin/logd |
| 6 | healthd | init.rc | /sbin/healthd |
| 7 | console | init.rc | /system/bin/sh |
| 8 | adbd | init.rc | /sbin/adbd |
| 9 | servicemanager | init.rc | /system/bin/servicemanager |
| 10 | vold | init.rc | /system/bin/vold |
可以看到，core服務都是系統最基本的服務，只要core服務全部啟動，手機此時是可以運行的，但是卻看不到東西，原因是framework沒有啟動。此時啟動的都是C，C++的進程。此時是不能打電話的，因為ril-deamon沒有啟動
class main的服務如下：
| 序號 | service名稱 | 所屬文件 | 命令bin文件位置 |
| 1 | p2p_supplicant | init.manata.rc | /system/bin/wpa_supplicant |
| 2 | wpa_supplicant | init.manata.rc | /system/bin/wpa_supplicant |
| 3 | dhcpcd_wlan0 | init.manata.rc | /system/bin/dhcpcd |
| 4 | dhcpcd_p2p | init.manata.rc | /system/bin/dhcpcd |
| 5 | dhcpcd_eth0 | init.manata.rc | /system/bin/dhcpcd |
| 6 | dhcpcd_bt-pan | init.manata.rc | /system/bin/dhcpcd |
| 7 | dhcpcd_bt-pan | init.manata.rc | /system/bin/dhcpcd |
| 8 | iprenew_p2p | init.manata.rc | /system/bin/dhcpcd |
| 9 | iprenew_eth0 | init.manata.rc | /system/bin/dhcpcd |
| 10 | iprenew_bt-pan | init.manata.rc | /system/bin/dhcpcd |
| 11 | gpsd | init.manata.rc | /system/vendor/bin/gpsd |
| 12 | mobicore | init.manata.rc | /system/bin/mcDriverDaemon |
| 13 | bugreport | init.manata.rc | /system/bin/dumpstate |
| 14 | netd | init.rc | /system/bin/netd |
| 15 | debuggerd | init.rc | /system/bin/debuggerd |
| 16 | debuggerd64 | init.rc | /system/bin/debuggerd64 |
| 17 | ril-daemon | init.rc | /system/bin/rild |
| 18 | surfaceflinger | init.rc | /system/bin/surfaceflinger |
| 19 | drm | init.rc | /system/bin/drmserver |
| 20 | media | init.rc | /system/bin/mediaserver |
| 21 | bootanim | init.rc | /system/bin/bootanimation |
| 22 | installd | init.rc | /system/bin/installd |
| 23 | flash_recovery | init.rc | /system/etc/install-recovery.sh |
| 24 | racoon | init.rc | /system/bin/racoon |
| 25 | mtpd | init.rc | /system/bin/mtpd |
| 26 | keystore | init.rc | /system/bin/keystore |
| 27 | dumpstate | init.rc | /system/bin/dumpstate |
| 28 | sshd | init.rc | /system/bin/start-ssh |
| 29 | mdnsd | init.rc | /system/bin/mdnsd |
| 30 | zygote | init.zygote32_64.rc | /system/bin/app_process |
| 31 | zygote | init.zygote32.rc | /system/bin/app_process |
| 32 | zygote | init.zygote64.rc | /system/bin/app_process64 |
可以看到main的服務相對多一些，看到zygote了吧，由此可見main服務大部分是建立在java層或者與java層息息相關的系統服務。
class late_start 的服務如下：
| 序號 | service名稱 | 所屬文件 | 命令bin文件位置 |
| 1 | sdcard | init.manta.rc | /system/bin/sdcard |
| 2 | sdcard | init.msmdk5250.rc | /system/bin/sdcard |
在看Android手機加密的資料的時候，看到late_start服務，以為有很多呢.，但是一搜索才知道，坑爹啊，只有一個。
由以上的簡單分析，再來分析Kitkat手機加密功能的流程，和加密后的啟動過程，就更加清晰了。
其實手機加密完畢后，重啟手機，進入輸入密碼界面，此時系統的core，main服務都已經啟動，只有late_start服務沒有啟動，可以直接無視late_start。這樣說來，此時手機的系統服務和正常狀態下是一樣的。我們想利用系統服務做什么都行啊。^_^
原文鏈接：https://blog.csdn.net/longyc2010/article/details/39616979