欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

Android識別預裝的第三方App方法實例

 更新時間:2019年01月18日 09:06:46   作者:Darkness463  
這篇文章主要給大家介紹了關于Android如何識別預裝的第三方App的相關資料,文中通過示例代碼介紹的非常詳細,需要的朋友可以參考借鑒,下面隨著小編來一起學習學習吧

前言

新買一臺手機,里面會有很多App,有的屬于系統(tǒng)App,不可卸載,有的屬于第三方App,廠商會預裝一些常用的或者給了他們廣告費的App,這些是可以卸載的。

如果要詳細劃分,系統(tǒng)App還可根據(jù)其路徑不同進一步劃分(如/system/app、/system/priv-app、/vendor/app等)。但對于開發(fā)者來說,手機上安裝的App只分為2類:系統(tǒng)App和用戶App,可以根據(jù)系統(tǒng)API區(qū)分,這里就不詳細說了,簡單而言存在ApplicationInfo.FLAG_SYSTEM或ApplicationInfo.FLAG_UPDATED_SYSTEM_APP flag的即為系統(tǒng)App,否則為用戶App。

但是,利用這個方法那些預裝的App也會歸到用戶App中,那么有沒有辦法知道用戶App中哪些是預裝的哪些是用戶手動安裝的呢?

在這里分享一種方法:App的安裝時間是整秒的為預裝的第三方App。

如果不關心為什么能用這個奇怪方法來區(qū)分預裝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點多還沒睡,還安裝了個微信……】

系統(tǒng)啟動時,PackageManagerService由SystemServer啟動,PackageManagerService會掃描/data/app、/system/app、/system/priv-app、/vendor/app等等目錄,可以理解為會把這些目錄中的Apk安裝一遍,PackageManagerService會結合上面提到的packages.xml把各個App解析成PackageParser.Package對象。

思路

根據(jù)上面的知識,我們可以知道,如果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方法的一個參數(shù)。pkgSetting是從packages.xml中讀取到的該App的信息(PackageSetting對象),如果packages.xml中不存在這個App的信息,會根據(jù)從Apk中解析到的信息創(chuàng)建一個PackageSetting。scanFileTime是Apk文件的最后修改時間。
可以看到存在這么幾種情況:

  • 傳入的currentTime不為0,從packages.xml中讀取到的firstInstallTime為0。這種情況會將firstInstallTime和lastUpdateTime均設置為傳入的currentTime的值。
  • 傳入的currentTime不為0,傳入的scanFlags設置了SCAN_UPDATE_TIME。這種情況會將lastUpdateTime設置為傳入的currentTime的值。
  • 傳入的currentTime為0,從packages.xml中讀取到的firstInstallTime為0。這種情況會將firstInstallTime和lastUpdateTime均設置為Apk的最后修改時間。
  • 傳入的currentTime為0,從packages.xml中讀取到的firstInstallTime不為0,傳入的policyFlags設置了PackageParser.PARSE_IS_SYSTEM_DIR,scanFileTime與packages.xml中讀取到的timeStamp(packages.xml中package標簽的ft)不相同。這種情況會將lastUpdateTime設置為Apk的最后修改時間。

對應到我們真實使用手機的場景,上面4種情況分別對應以下幾種場景:

  • 第一種情況:對應新安裝App。currentTime為當前的時間戳,會將這個新安裝的App的firstInstallTime和lastUpdateTime設置為當前時間戳。
  • 第二種情況:對應更新App。currentTime為當前的時間戳,會將lastUpdateTime設置為當前時間戳,firstInstallTime保持不變。
  • 第三種情況:手機啟動時PackageManagerService掃描各個目錄時發(fā)現(xiàn)了packages.xml中不存在的App(第一次啟動時所有App都不在packages.xml中)。
  • 第四種情況:系統(tǒng)更新等操作更新了系統(tǒng)分區(qū)的App,導致其文件的最后修改時間和記錄的不一致了,會被認為是更新。

我們可以大膽猜測,第一次啟動手機時會走第三種情況,因此系統(tǒng)App和預裝App的安裝時間是文件的最后修改時間,而這些文件的最后修改時間都是整秒的。

如何驗證?

我們先看看上面那個com.android.providers.downloads的Apk文件的最后修改時間。

# stat DownloadProvider.apk
 File: `DownloadProvider.apk'
 Size: 504712	 Blocks: 992	 IO Blocks: 512	regular file
Device: 10305h/66309d	 Inode: 1308	 Links: 1
Access: (644/-rw-r--r--)	Uid: ( 0/ root)	Gid: ( 0/ root)
Access: 2009-01-01 00:00:00.000000000
Modify: 2009-01-01 00:00:00.000000000
Change: 2009-01-01 00:00:00.000000000

時間與packages.xml中保存的時間一致,確實是把文件的最后修改時間作為了安裝時間。那么還有一個問題需要確認,傳入的currentTime是0嗎?

我們追溯調用鏈,會在PackageManagerService的構造函數(shù)中看到掃描各個目錄的方法。調用scanDirTracedLI方法傳入的最后一個參數(shù)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是不是當前的時間戳。

到此,我們已經證明了第一次啟動手機時,系統(tǒng)會把文件的最后修改時間當成系統(tǒng)App和預裝App的安裝時間,而這個時間一般是類似于上面那樣2009-01-01 00:00:00.000000000的整秒的時間(至于為什么是這樣,那就是另一個問題了),而我們自己安裝App時幾乎不可能在一個整秒的時間安裝,所有我們可以用安裝時間是否為整秒來區(qū)分手機預裝的App和用戶手動安裝的App。

至于區(qū)分預裝App和用戶手動安裝的App有什么用?請發(fā)揮你的想象,比如說,一個用戶的手機上只有你家一個手動安裝的App或者少數(shù)幾個App,那么他是想干什么好事呢?

總結

以上就是這篇文章的全部內容了,希望本文的內容對大家的學習或者工作具有一定的參考學習價值,如果有疑問大家可以留言交流,謝謝大家對腳本之家的支持。

相關文章

  • Kotlin Service實現(xiàn)消息推送通知過程

    Kotlin Service實現(xiàn)消息推送通知過程

    這幾天分析了一下的啟動過程,于是乎,今天寫一下Service使用; 給我的感覺是它并不復雜,千萬不要被一坨一坨的代碼嚇住了,雖然彎彎繞繞不少,重載函數(shù)一個接著一個,就向走迷宮一樣,但只要抓住主線閱讀,很快就能找到出口
    2022-12-12
  • android studio實現(xiàn)計算器

    android studio實現(xiàn)計算器

    這篇文章主要為大家詳細介紹了android studio實現(xiàn)計算器的具體方法,文中示例代碼介紹的非常詳細,具有一定的參考價值,感興趣的小伙伴們可以參考一下
    2018-07-07
  • Android調用第三方QQ登錄代碼分享

    Android調用第三方QQ登錄代碼分享

    現(xiàn)在的項目開發(fā),調用第三方登錄,幾乎是必須的,這篇文章主要介紹了Android調用第三方QQ登錄代碼分享
    2016-05-05
  • Android將應用調試log信息保存在SD卡的方法

    Android將應用調試log信息保存在SD卡的方法

    Android將應用調試log信息保存在SD卡的方法大家都知道嗎,下面腳本之家小編給大家分享Android將應用調試log信息保存在SD卡的方法,感興趣的朋友參考下
    2016-04-04
  • Android仿微信聯(lián)系人按字母排序

    Android仿微信聯(lián)系人按字母排序

    但凡涉及到聯(lián)系人界面,幾乎都是按照字母排序的,那么聯(lián)系人按字母排序是怎么實現(xiàn)的呢,下面小編就給大家詳解Android仿微信聯(lián)系人按字母排序,需要的朋友可以參考下
    2015-08-08
  • Android開發(fā)之瀏覽器用法實例詳解(調用uc,opera,qq瀏覽器訪問網頁)

    Android開發(fā)之瀏覽器用法實例詳解(調用uc,opera,qq瀏覽器訪問網頁)

    這篇文章主要介紹了Android開發(fā)之瀏覽器用法,結合實例形式詳細分析了Android調用瀏覽器的具體步驟與相關使用技巧,需要的朋友可以參考下
    2016-01-01
  • Android開發(fā)必備技巧之高效字符串篩選

    Android開發(fā)必備技巧之高效字符串篩選

    在開發(fā)過程中或多或少都要使用一些方法去篩選符合我們要求的字符串,所以下面我們就來介紹一些在開發(fā)工作中常用到的字符串篩選方法,讓大家都能掌握高效的字符串篩選技巧吧
    2023-06-06
  • Android實現(xiàn)日歷控件示例代碼

    Android實現(xiàn)日歷控件示例代碼

    本篇文章主要介紹了Android實現(xiàn)日歷控件示例代碼,實例講解了Android日期與時間相關控件的相關使用技巧,具有一定參考價值,需要的朋友可以參考下
    2017-03-03
  • Android之側滑菜單DrawerLayout的使用介紹

    Android之側滑菜單DrawerLayout的使用介紹

    本篇文章主要介紹了Android之側滑菜單DrawerLayout的使用介紹,可以生成通過在屏幕上水平滑動打開或者關閉菜單,能給用戶一個不錯的體驗效果
    2017-02-02
  • Android異步下載圖片并且緩存圖片到本地DEMO詳解

    Android異步下載圖片并且緩存圖片到本地DEMO詳解

    這篇文章主要介紹了Android異步下載圖片并且緩存圖片到本地DEMO詳解,需要的朋友可以參考下
    2017-04-04

最新評論