前言
新買一臺手機，里面會有很多App，有的屬于系統App，不可卸載，有的屬于第三方App，廠商會預裝一些常用的或者給了他們廣告費的App，這些是可以卸載的。
如果要詳細劃分，系統App還可根據其路徑不同進一步劃分（如/system/app、/system/priv-app、/vendor/app等）。但對于開發者來說，手機上安裝的App只分為2類：系統App和用戶App，可以根據系統API區分，這里就不詳細說了，簡單而言存在ApplicationInfo.FLAG_SYSTEM或ApplicationInfo.FLAG_UPDATED_SYSTEM_APP flag的即為系統App，否則為用戶App。
但是，利用這個方法那些預裝的App也會歸到用戶App中，那么有沒有辦法知道用戶App中哪些是預裝的哪些是用戶手動安裝的呢？
在這里分享一種方法：App的安裝時間是整秒的為預裝的第三方App。
如果不關心為什么能用這個奇怪方法來區分預裝App的話，就可以關閉這篇文章了。
之前我也一直不清楚為什么可以用這種方法，當時我猜是因為手機第一次啟動的時候時間是不準確的，會是某某年1月1日，然后因為啟動時會掃描各個App目錄然后安裝App，因此被打上這樣的安裝時間。但這種解釋是說不通的，即便真是這樣，那安裝時間也不應該是整秒的。因此我決定好好找一下原因，以下是我求證的歷程。
背景知識
首先介紹一些背景知識。
App的安裝時間可以通過獲取PackageInfo得到，其firstInstallTime屬性即安裝時間。
/data/system/packages.xml保存了手機上安裝的App的信息，其中App的安裝時間就保存在這里。我在下面截取了2個示例。
<package name="com.tencent.mm" codePath="/data/app/com.tencent.mm-TSn6yG4fF7A_EaxE5OtrHQ==" nativeLibraryPath="/data/app/com.tencent.mm-TSn6yG4fF7A_EaxE5OtrHQ==/lib" primaryCpuAbi="armeabi" publicFlags="945307204" privateFlags="0" ft="167702c7508" it="1676feab448" ut="167702c8a57" version="1360" userId="10118">...</package><package name="com.android.providers.downloads" codePath="/system/priv-app/DownloadProvider" nativeLibraryPath="/system/priv-app/DownloadProvider/lib" publicFlags="944258629" privateFlags="8" ft="11e8dc5d800" it="11e8dc5d800" ut="11e8dc5d800" version="28" sharedUserId="10006" isOrphaned="true">...</package>
其中it的值便是安裝時間，這里是用十六進制保存的，上面這2個App的安裝時間換算成十進制分別是1543770911816和1230739200000，對應的北京時間即2018-12-03 01:15:11和2009-01-01 00:00:00。 【嗯…想不到我12月3號1點多還沒睡，還安裝了個微信……】
系統啟動時，PackageManagerService由SystemServer啟動，PackageManagerService會掃描/data/app、/system/app、/system/priv-app、/vendor/app等等目錄，可以理解為會把這些目錄中的Apk安裝一遍，PackageManagerService會結合上面提到的packages.xml把各個App解析成PackageParser.Package對象。
思路
根據上面的知識，我們可以知道，如果packages.xml已經有了某個App的信息，那么這個App的安裝時間肯定就是packages.xml中記錄的時間。第一次啟動手機時packages.xml文件還不存在，或者新安裝一個App時，packages.xml中還沒有這個App的記錄，也就是說，確認這個packages.xml中的firstInstallTime（即it)是如果生成的便是問題的關鍵。
以下基于7.0.0_r1版本代碼。
通過搜索PackageManagerService，在scanPackageDirtyLI方法中有這么一段代碼：
// Take care of first install / last update times.if (currentTime != 0) { if (pkgSetting.firstInstallTime == 0) { pkgSetting.firstInstallTime = pkgSetting.lastUpdateTime = currentTime; } else if ((scanFlags&SCAN_UPDATE_TIME) != 0) { pkgSetting.lastUpdateTime = currentTime; }} else if (pkgSetting.firstInstallTime == 0) { // We need *something*. Take time time stamp of the file. pkgSetting.firstInstallTime = pkgSetting.lastUpdateTime = scanFileTime;} else if ((policyFlags&PackageParser.PARSE_IS_SYSTEM_DIR) != 0) { if (scanFileTime != pkgSetting.timeStamp) { // A package on the system image has changed; consider this // to be an update. pkgSetting.lastUpdateTime = scanFileTime; }} 其中，currentTime是scanPackageDirtyLI方法的一個參數。pkgSetting是從packages.xml中讀取到的該App的信息（PackageSetting對象），如果packages.xml中不存在這個App的信息，會根據從Apk中解析到的信息創建一個PackageSetting。scanFileTime是Apk文件的最后修改時間。
可以看到存在這么幾種情況：
對應到我們真實使用手機的場景，上面4種情況分別對應以下幾種場景：
我們可以大膽猜測，第一次啟動手機時會走第三種情況，因此系統App和預裝App的安裝時間是文件的最后修改時間，而這些文件的最后修改時間都是整秒的。
如何驗證？
我們先看看上面那個com.android.providers.downloads的Apk文件的最后修改時間。
# stat DownloadProvider.apk File: `DownloadProvider.apk' Size: 504712 Blocks: 992 IO Blocks: 512 regular fileDevice: 10305h/66309d Inode: 1308 Links: 1Access: (644/-rw-r--r--) Uid: ( 0/ root) Gid: ( 0/ root)Access: 2009-01-01 00:00:00.000000000Modify: 2009-01-01 00:00:00.000000000Change: 2009-01-01 00:00:00.000000000
時間與packages.xml中保存的時間一致，確實是把文件的最后修改時間作為了安裝時間。那么還有一個問題需要確認，傳入的currentTime是0嗎？
我們追溯調用鏈，會在PackageManagerService的構造函數中看到掃描各個目錄的方法。調用scanDirTracedLI方法傳入的最后一個參數0即scanPackageDirtyLI方法中的currentTime。感興趣的還可以仔細看看PackageManagerService到底掃描了哪些目錄。
File vendorOverlayDir = new File(VENDOR_OVERLAY_DIR);scanDirTracedLI(vendorOverlayDir, mDefParseFlags | PackageParser.PARSE_IS_SYSTEM | PackageParser.PARSE_IS_SYSTEM_DIR | PackageParser.PARSE_TRUSTED_OVERLAY, scanFlags | SCAN_TRUSTED_OVERLAY, 0);// Find base frameworks (resource packages without code).scanDirTracedLI(frameworkDir, mDefParseFlags | PackageParser.PARSE_IS_SYSTEM | PackageParser.PARSE_IS_SYSTEM_DIR | PackageParser.PARSE_IS_PRIVILEGED, scanFlags | SCAN_NO_DEX, 0);// Collected privileged system packages.final File privilegedAppDir = new File(Environment.getRootDirectory(), "priv-app");scanDirTracedLI(privilegedAppDir, mDefParseFlags | PackageParser.PARSE_IS_SYSTEM | PackageParser.PARSE_IS_SYSTEM_DIR | PackageParser.PARSE_IS_PRIVILEGED, scanFlags, 0);// Collect ordinary system packages.final File systemAppDir = new File(Environment.getRootDirectory(), "app");scanDirTracedLI(systemAppDir, mDefParseFlags | PackageParser.PARSE_IS_SYSTEM | PackageParser.PARSE_IS_SYSTEM_DIR, scanFlags, 0);// Collect all vendor packages.File vendorAppDir = new File("/vendor/app");try { vendorAppDir = vendorAppDir.getCanonicalFile();} catch (IOException e) { // failed to look up canonical path, continue with original one}scanDirTracedLI(vendorAppDir, mDefParseFlags | PackageParser.PARSE_IS_SYSTEM | PackageParser.PARSE_IS_SYSTEM_DIR, scanFlags, 0);// Collect all OEM packages.final File oemAppDir = new File(Environment.getOemDirectory(), "app");scanDirTracedLI(oemAppDir, mDefParseFlags | PackageParser.PARSE_IS_SYSTEM | PackageParser.PARSE_IS_SYSTEM_DIR, scanFlags, 0);...scanDirTracedLI(mAppInstallDir, 0, scanFlags | SCAN_REQUIRE_KNOWN, 0);scanDirTracedLI(mDrmAppPrivateInstallDir, mDefParseFlags | PackageParser.PARSE_FORWARD_LOCK, scanFlags | SCAN_REQUIRE_KNOWN, 0);如果感興趣，你可以去跟一下安裝App和更新App的代碼，看傳入的currentTime是不是當前的時間戳。
到此，我們已經證明了第一次啟動手機時，系統會把文件的最后修改時間當成系統App和預裝App的安裝時間，而這個時間一般是類似于上面那樣2009-01-01 00:00:00.000000000的整秒的時間（至于為什么是這樣，那就是另一個問題了），而我們自己安裝App時幾乎不可能在一個整秒的時間安裝，所有我們可以用安裝時間是否為整秒來區分手機預裝的App和用戶手動安裝的App。
至于區分預裝App和用戶手動安裝的App有什么用？請發揮你的想象，比如說，一個用戶的手機上只有你家一個手動安裝的App或者少數幾個App，那么他是想干什么好事呢？
總結
以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作具有一定的參考學習價值，如果有疑問大家可以留言交流，謝謝大家對VEVB武林網的支持。
新聞熱點
疑難解答
