Android應用及應用管理簡介

一、概述

07年，Google公司推出了基於Java語言的Android平臺，引起了IT業界的一致關注，同年，播思通訊公司開始研發基於其的OPhone平臺。

08年，第一款Android手機G1面世，這款Google為HTC量身打造的滑蓋手機由T Mobile發行，獲得了使用者的極大好評，也為整個Android平臺的正式商用作出了榜樣。

09年，將是OPhone/Android手機的第一個井噴年，播思通訊聯合中國移動和各個手機廠商即將推出多款觸屏手機。同時，Android社群也日趨壯大，已擁有各種應用五百多個，並在快速增長之中。

本文將對Android應用結構及Android系統的應用管理加以介紹。

本文面對的讀者是對Android應用的研發人員、或有過Android開發經驗的入門者。p

二、Android應用結構

 

 

什麼是Android應用？

理解什麼是Android應用是Android入門所必須的，也是瞭解應用管理的前提。

那什麼是Android應用呢？即指基於Android開發，編譯，執行在Android平臺的應用。這種應用在編譯階段被打成一個jar包， 以.apk結尾，包內包含了所有執行階段需要的程式碼與資源，其中主要分為三塊：描述檔案AndroidManifest.xml、程式碼段和執行時資源。

AndroidManifest.xml

AndroidManifest.xml是Android應用的描述檔案，它描述了該應用的相關資訊，主要包括以下各個元素。

包名(package)

指定本應用內java主程式包的包名。當沒有指定apk的檔名時，編譯後產生程式包將以此命名。本包名應當在Android系統執行時唯一。

認證(certificate)

指定本應用程式所授予的信任級別，目前有的認證級別有platform(system)、shared、media以及應用自定義的認證。不同的認證可以享受不同的許可權。

許可權組(permission-group)

許可權組的定義是為了描述一組具有共同特性的許可權。Android系統中預訂了一些組，它們是:

• android.permission-group.COST_MONEY
• android.permission-group.MESSAGES
• android.permission-group.MESSAGES
• android.permission-group.PERSONAL_INFO
• android.permission-group.LOCATION
• android.permission-group.NETWORK
• android.permission-group.ACCOUNTS
• android.permission-group.HARDWARE_CONTROLS
• android.permission-group.PHONE_CALLS
• android.permission-group.SYSTEM_TOOLS
• android.permission-group.DEVELOPMENT_TOOLS

從字面意思我們就可以理解每個組的特性。具體含義可以參考SDK文件。

許可權(permission)

許可權用來描述是否擁有做某件事的權力。Android系統中許可權是分級的，前分為普通級別(Normal)，危險級別(dangerous)，簽名級別(signature)和系統/簽名級別(signature or system)。

系統中所有預定義的許可權根據作用的不同，分別屬於不同的級別。

對於普通和危險級別的許可權，我們稱之為低階許可權，應用申請即授予。其他兩級許可權，我們稱之為高階許可權或系統許可權，應用擁有platform級別的認證才能申請。

當應用試圖在沒有許可權的情況下做受限操作，應用將被系統殺掉以警示。

系統應用可以使用任何許可權。許可權的宣告者可無條件使用該許可權。

目前Android系統定義了許多許可權，通過SDK文件使用者可以查詢到哪些操作需要哪些許可權，然後按需申請。

許可權樹(permission-tree)

許可權樹的設定是為了統一管理一組許可權，宣告於該樹下的許可權所有者歸屬該應用。系統提供了API，應用可以在執行時動態新增。
 PackageManager.addPermission()
 

使用許可權(uses-permission)

應用需要的許可權應當在此處申請，所申請的許可權應當被系統或某個應用所定義，否則視為無效申請。
同時，使用許可權的申請需要遵循許可權授予條件，非platform認證的應用無法申請高階許可權。
 

SDK（uses-sdk）

標識本應用執行的SDK版本。高相容性的應用可以忽略此項。

application

application是Android應用內最高階別(top level)的模組，每個應用內最多隻能有一個application，如果應用沒有指定該模組，一個預設的application將被啟用。

application將在應用啟動時最先被載入，並存活在應用的整個執行時生命週期。因此一些初始化的工作適合在本模組完成。

Application元素有許多屬性，其中：“persistent”表示本應用是否為常駐記憶體，“enable”表示本應用當前是否應當被載入。

其它相關屬性請參考SDK文件，開發者可以根據需要新增。

在AndroidManifest.xml檔案中，執行時模組的定義都作為本模組的子元素。

當執行時模組被排程時，如果應用沒有啟動，將首先啟動應用進行初始化，然後排程對應模組。

activity

activity是application模組的執行時子元素，標識了一個UI。除了application，一個應用可以宣告並實現零至多個其它執行時模組，activity也同樣。

activity也包含了許多定義它工作狀態的屬性，其中：“name”是必須的，它指定了該activity所在的檔名，如果該檔案所屬包不同於該應用的包名（即本描述檔案的最開始處），那麼名字前面需要加入所在包名。

activity通過增加intent-fliter來標識哪些intent可以被處理，同時intent也是排程activity的主要引數。

作為一個執行時的物件，activity的排程方式大致分為兩種：一種是指定activit所在類名直接排程，另一種是利用activity可以處理的intent進行排程。

同一種intent可以被不同應用的不同activity處理。當出現此種情況時，使用者需要選擇具體的activity。

receiver

receiver也是application的執行時子元素。

receiver通過增加intent-fliter來標識它需要接受哪些intent。當收到intent後，receiver將根據不同的intent進行不同的處理。

當一個Intent發出後，所有註冊了該intent的receiver都將會收到，系統會根據receiver在系統中的註冊次序順序傳送。當一個receiver處理完該Intent後，系統才會向下一個receiver傳送。

當一個receiver有多個未接收的intent時，將按照intent傳送的次序順序接收。

service

service也是application的執行時子元素。Service屬於後臺模組，啟動後將長時間執行，除非停止該service或所在應用程式被殺死。

service從功能上分為兩種，一種是服務於本應用，此時的service是一個普通的執行時模組，另一種是服務於所有應用或對應應用，此時需要定義API並將之公佈來與其它應用進行互動。

service需要通過API：startService()新增到service管理器中，新增後即在後臺執行。它接受外界資訊的方式分兩種：一種是增加IntentFilter來接收intent，一種是外界應用呼叫該service所定義的API。

provider

provider也是application的執行時子元素。它繼承於ContentProvider，是對該應用管理的使用者資料的結構化接入，是基於資料庫操作方式的封裝。

如果應用允許外部應用訪問／管理它的使用者資料，provider是Android平臺提供的最佳方式。

activity-alias

顧名思義，是已有activity的別名。

uses-library

標識應用啟動所必須的共享庫。

程式碼段

應用所有的java檔案被放入一個包結構，該包命名為classes.dex。

執行時資源

Android應用執行時所需的各種資源有layout，drawable，string，style等型別。編譯後所有資源統一存放在專案路徑/res裡，按照用途的不同存放在各個子資料夾中。

編譯階段，所有resource將被排序，每個resource在程式包中都擁有唯一的標識，同時一個名為resources.arsc的檔案生成並被置入安裝包中，該檔案包含了所有索引以供執行時快速查詢。而resource以同樣目錄結構組織放入安裝包中。

應用管理

應用管理是對系統中所有應用整個生命週期的管理。Android系統中，應用都是以.apk檔案的形式存在，因此應用管理也可以簡單理解為對.apk檔案的管理。

從一個應用在系統中的生命週期來看，應用管理可以分為安裝，解除安裝和使用等部分。

應用安裝

Android系統中，安裝應用時不能指定安裝目錄，所有的應用都只能裝在預置資料夾下。

Android系統支援數種安裝方式，而播思通訊的Ophone平臺在此基礎上支援更多方式。

Android系統中，應用安裝包.apk檔案屬於預設支援的檔案型別，它的的mime type被定義為"application/vnd.android.package-archive"。

系統內建了安裝工具來解析並安裝.apk檔案。你可以從OPhone平臺的檔案管理器中找到對應安裝包，點選即可啟動安裝步驟。這裡給出了相應的程式碼，有興趣的開發者可以嘗試使用。

Intent apkintent = new Intent(Intent.ACTION_VIEW);				
final Uri puri = Uri.fromFile(new File(path));    //path is the path of source apk
apkintent.setDataAndType(puri, "application/vnd.android.package-archive");
startActivity(apkintent);

使用API安裝

Android系統提供了安裝應用的API：PackageManager.installPackage(final Uri packageURI,
final IPackageInstallObserver observer, final int flags);

• uri給出了原檔案的地址
• observer實現了回撥函式packageInstalled(final String packageArchiveName, final int returnCode) 以檢查安裝是否成功
• flags提供安裝標識。Android平臺提供的標識有： 

應用解除安裝

Android系統同樣支援多種解除安裝方式。

使用預置解除安裝工具

系統內建了解除安裝工具。這裡給出了啟動程式碼，執行後即可看到解除安裝步驟：

Uri packageURI = Uri.parse("package:"+packageName);
Intent uninstallIntent = new Intent(Intent.ACTION_DELETE, packageURI);
startActivity(uninstallIntent);

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/21255398/viewspace-605619/，如需轉載，請註明出處，否則將追究法律責任。