1. 項目概述從需求到實現(xiàn)的完整閉環(huán)在移動應(yīng)用開發(fā)與維護的日常工作中有一個場景幾乎每個開發(fā)者都會遇到應(yīng)用內(nèi)版本更新。用戶不可能每次都去應(yīng)用商店手動下載新版本一個流暢、可靠、用戶無感的應(yīng)用內(nèi)更新體驗是提升產(chǎn)品口碑和用戶留存的關(guān)鍵。這個需求的核心就是實現(xiàn)“Android下載APK并安裝APK”。聽起來簡單不就是從網(wǎng)絡(luò)拉個文件然后點一下安裝嗎但如果你真這么想那踩坑之路就在眼前了。從Android 7.0的FileProvider適配到Android 8.0的未知來源應(yīng)用安裝權(quán)限再到Android 11的Scoped Storage和包可見性以及后臺下載的穩(wěn)定性、安裝過程的兼容性每一步都藏著細(xì)節(jié)和“玄學(xué)”。我經(jīng)歷過因為FileProvider的authorities配置錯誤導(dǎo)致安裝閃退也處理過在部分國產(chǎn)定制系統(tǒng)上權(quán)限彈窗不彈出的詭異問題。所以今天我想拋開那些簡單的Demo代碼從一個需要實際上線、面對海量用戶和各種奇奇怪怪手機型號的視角來完整拆解這個功能。我們會涵蓋從網(wǎng)絡(luò)請求、文件下載、存儲路徑選擇、運行時權(quán)限動態(tài)申請、不同Android版本的安裝適配到錯誤處理和用戶體驗優(yōu)化的全流程。目標(biāo)不僅是讓你能寫出代碼更是讓你理解每一行代碼背后的“為什么”以及當(dāng)出現(xiàn)問題的時候你該如何像老中醫(yī)一樣“望聞問切”。2. 核心思路與架構(gòu)設(shè)計在動手寫代碼之前我們先得把思路理清楚。一個健壯的更新功能不能是“一次性”的腳本它應(yīng)該是一個有狀態(tài)、可管理、善始善終的完整流程。2.1 功能流程拆解整個流程可以抽象為以下幾個核心階段它們構(gòu)成了一個清晰的有限狀態(tài)機檢查更新向你的服務(wù)器接口請求比對當(dāng)前版本與最新版本信息。這部分涉及網(wǎng)絡(luò)請求和版本號解析注意不要簡單比較字符串要使用VersionCode這類整型值。用戶交互與確認(rèn)彈出更新對話框展示新版本特性、更新包大小等信息等待用戶確認(rèn)。這里可以設(shè)計“強制更新”和“可選更新”兩種模式。下載任務(wù)管理用戶確認(rèn)后啟動下載任務(wù)。這里的關(guān)鍵是后臺服務(wù)與通知欄進(jìn)度的結(jié)合。用戶切到后臺甚至鎖屏下載仍需繼續(xù)并且要讓用戶能清晰地看到進(jìn)度。文件存儲與校驗APK文件下載到設(shè)備的哪個位置下載完成后如何校驗文件的完整性例如比對MD5或文件大小存儲路徑的選擇直接影響后續(xù)的安裝步驟。安裝觸發(fā)與兼容性處理這是最復(fù)雜的一步。你需要構(gòu)建一個指向APK文件的Uri然后發(fā)送一個ACTION_INSTALL_PACKAGE或ACTION_VIEW的Intent。但如何構(gòu)建這個Uri在Android不同版本上截然不同。安裝結(jié)果回調(diào)與清理安裝完成后無論是成功還是用戶取消都應(yīng)該有相應(yīng)的回調(diào)處理。成功則可能引導(dǎo)用戶打開新版本失敗則給出提示。最后別忘了清理臨時文件。2.2 技術(shù)方案選型圍繞上述流程我們需要做出幾個關(guān)鍵的技術(shù)選擇網(wǎng)絡(luò)請求庫OkHttp是絕對的主流選擇。它穩(wěn)定、高效天然支持進(jìn)度回調(diào)是我們實現(xiàn)下載進(jìn)度監(jiān)聽的基礎(chǔ)。后臺任務(wù)執(zhí)行雖然WorkManager是官方推薦的持久化后臺任務(wù)解決方案但對于文件下載這種需要精確控制如暫停、繼續(xù)且與通知欄強關(guān)聯(lián)的場景我更傾向于使用Service特別是ForegroundService前臺服務(wù)。從Android 8.0開始后臺服務(wù)限制變多但前臺服務(wù)可以持續(xù)運行并提供常駐通知完美契合下載需求。文件存儲這是適配的重災(zāi)區(qū)。Android 10 (API 29) 以下我們可以使用應(yīng)用私有目錄如getExternalFilesDir(Environment.DIRECTORY_DOWNLOADS)。這個路徑不需要存儲權(quán)限。Android 10 (API 29) 及以上由于Scoped Storage應(yīng)用私有目錄仍然是首選。但如果你希望用戶能在“文件管理”應(yīng)用中看到這個APK可能需要使用MediaStoreAPI但這會引入額外的復(fù)雜性。對于更新功能我強烈建議只使用應(yīng)用私有目錄這樣最安全、權(quán)限問題最少。安裝適配這是版本適配的核心。Android 7.0 (API 24) 及以上禁止使用file://Uri直接傳遞文件必須使用FileProvider生成一個content://Uri。Android 8.0 (API 26) 及以上安裝未知來源應(yīng)用需要動態(tài)申請REQUEST_INSTALL_PACKAGES權(quán)限不再是設(shè)置中的一個靜態(tài)開關(guān)。Android 11 (API 30) 及以上除了上述兩點還引入了包可見性限制。如果你的targetSdkVersion 30默認(rèn)無法查詢到其他應(yīng)用的信息也無法直接安裝其他應(yīng)用除非是應(yīng)用商店。你需要在中聲明queries或者使用PackageInstallerAPI進(jìn)行更底層的安裝?；谝陨戏治鑫覀兊募軜?gòu)藍(lán)圖就清晰了使用OkHttp在ForegroundService中執(zhí)行下載將APK保存到應(yīng)用私有目錄下載完成后根據(jù)系統(tǒng)版本動態(tài)處理權(quán)限和Uri最后發(fā)送安裝Intent。3. 核心實現(xiàn)與代碼詳解理論說完我們進(jìn)入實戰(zhàn)環(huán)節(jié)。我會把代碼分成幾個關(guān)鍵模塊并解釋每一處的設(shè)計考量。3.1 基礎(chǔ)配置與聲明首先在AndroidManifest.xml中我們需要添加必要的權(quán)限、組件和Provider聲明。!-- 網(wǎng)絡(luò)權(quán)限 -- uses-permission android:nameandroid.permission.INTERNET / !-- 寫入外部存儲在Android 10以下如果存到公共目錄可能需要 -- uses-permission android:nameandroid.permission.WRITE_EXTERNAL_STORAGE android:maxSdkVersion28 / !-- 僅對Android 9及以下生效 -- !-- 安裝未知來源應(yīng)用的權(quán)限Android 8.0 -- uses-permission android:nameandroid.permission.REQUEST_INSTALL_PACKAGES/ !-- 前臺服務(wù)類型聲明Android 9.0 -- uses-permission android:nameandroid.permission.FOREGROUND_SERVICE / !-- 聲明FileProvider -- application ... provider android:nameandroidx.core.content.FileProvider android:authorities${applicationId}.fileprovider !-- 建議使用包名確保唯一性 -- android:exportedfalse android:grantUriPermissionstrue meta-data android:nameandroid.support.FILE_PROVIDER_PATHS android:resourcexml/file_paths / /provider !-- 聲明我們的下載服務(wù) -- service android:name.service.ApkDownloadService android:enabledtrue android:exportedfalse / /application接下來創(chuàng)建res/xml/file_paths.xml文件定義FileProvider可以共享的文件路徑。?xml version1.0 encodingutf-8? paths xmlns:androidhttp://schemas.android.com/apk/res/android !-- 對應(yīng) Context.getExternalFilesDir() 返回的路徑 -- external-files-path nameexternal_files path. / !-- 對應(yīng) Context.getFilesDir() 返回的路徑 -- files-path nameinternal_files path. / !-- 對應(yīng) Environment.getExternalStorageDirectory() 返回的路徑謹(jǐn)慎使用 -- external-path nameexternal_storage_root path. / /paths注意authorities屬性必須全局唯一通常使用${applicationId}你的應(yīng)用包名作為前綴后面加上.fileprovider這樣可以有效避免與其他應(yīng)用沖突。grantUriPermissionstrue是必須的它允許我們臨時授權(quán)給安裝程序訪問Uri的權(quán)限。3.2 下載服務(wù)ForegroundService與OkHttp我們創(chuàng)建一個ApkDownloadService它繼承自Service并在開始下載時啟動為前臺服務(wù)。// 使用Kotlin編寫邏輯更清晰 class ApkDownloadService : Service() { private val notificationManager by lazy { getSystemService(Context.NOTIFICATION_SERVICE) as NotificationManager } private val channelId apk_download_channel private val notificationId 1 private var downloadCall: Call? null // 用于取消下載 override fun onStartCommand(intent: Intent?, flags: Int, startId: Int): Int { intent?.getStringExtra(EXTRA_DOWNLOAD_URL)?.let { url - startForegroundDownload(url) } // 如果服務(wù)被殺死不自動重啟避免重復(fù)下載 return START_NOT_STICKY } private fun startForegroundDownload(downloadUrl: String) { // 1. 創(chuàng)建通知渠道Android 8.0 if (Build.VERSION.SDK_INT Build.VERSION_CODES.O) { val channel NotificationChannel( channelId, 應(yīng)用更新, NotificationManager.IMPORTANCE_LOW ).apply { description 下載新版本安裝包 setSound(null, null) // 下載通知通常不需要聲音 lockscreenVisibility Notification.VISIBILITY_PUBLIC } notificationManager.createNotificationChannel(channel) } // 2. 構(gòu)建初始通知 val notification NotificationCompat.Builder(this, channelId) .setContentTitle(正在下載更新) .setContentText(準(zhǔn)備中...) .setSmallIcon(android.R.drawable.stat_sys_download) // 使用系統(tǒng)圖標(biāo) .setPriority(NotificationCompat.PRIORITY_LOW) .setOngoing(true) // 持續(xù)通知 .setOnlyAlertOnce(true) // 僅首次提醒 .build() // 3. 啟動為前臺服務(wù) startForeground(notificationId, notification) // 4. 開始異步下載 downloadApk(downloadUrl) } private fun downloadApk(url: String) { // 確定存儲路徑和文件名 val apkDir getExternalFilesDir(Environment.DIRECTORY_DOWNLOADS) // 文件名可以從URL解析或服務(wù)器返回這里簡單處理 val apkName update_${System.currentTimeMillis()}.apk val apkFile File(apkDir, apkName) val request Request.Builder().url(url).build() val client OkHttpClient.Builder() .connectTimeout(30, TimeUnit.SECONDS) .readTimeout(60, TimeUnit.SECONDS) .writeTimeout(30, TimeUnit.SECONDS) .build() downloadCall client.newCall(request) downloadCall?.enqueue(object : Callback { override fun onFailure(call: Call, e: IOException) { // 下載失敗更新通知并停止前臺服務(wù) updateNotification(下載失敗: ${e.message}, false) stopForeground(true) // 可以通過廣播等方式通知Activity更新UI sendDownloadFailedBroadcast(e.message) } override fun onResponse(call: Call, response: Response) { if (!response.isSuccessful) { onFailure(call, IOException(服務(wù)器錯誤: ${response.code})) return } response.body?.let { body - val totalLength body.contentLength() var downloadedLength: Long 0 val buffer ByteArray(8192) // 8K緩沖區(qū) var inputStream: InputStream? null var outputStream: FileOutputStream? null try { inputStream body.byteStream() outputStream FileOutputStream(apkFile) var read: Int while (inputStream.read(buffer).also { read it } ! -1) { outputStream.write(buffer, 0, read) downloadedLength read.toLong() // 計算進(jìn)度更新通知避免更新太頻繁 val progress (downloadedLength * 100 / totalLength).toInt() runOnUiThread { // 通知更新需在主線程 updateNotification(下載中 $progress%, true, progress) } } outputStream.flush() // 下載成功 runOnUiThread { updateNotification(下載完成點擊安裝, false) stopForeground(false) // 停止前臺服務(wù)但保留通知 // 發(fā)送下載成功廣播攜帶文件路徑 sendDownloadSuccessBroadcast(apkFile.absolutePath) } } catch (e: IOException) { apkFile.delete() // 刪除不完整的文件 onFailure(call, e) } finally { inputStream?.close() outputStream?.close() } } } }) } private fun updateNotification(contentText: String, ongoing: Boolean, progress: Int 0) { val builder NotificationCompat.Builder(this, channelId) .setContentTitle(應(yīng)用更新) .setContentText(contentText) .setSmallIcon(android.R.drawable.stat_sys_download) .setPriority(NotificationCompat.PRIORITY_LOW) .setOngoing(ongoing) .setOnlyAlertOnce(true) if (ongoing progress in 0..100) { builder.setProgress(100, progress, false) // 確定性進(jìn)度條 } notificationManager.notify(notificationId, builder.build()) } override fun onDestroy() { downloadCall?.cancel() // 服務(wù)銷毀時取消網(wǎng)絡(luò)請求 super.onDestroy() } override fun onBind(intent: Intent?): IBinder? null companion object { const val EXTRA_DOWNLOAD_URL extra_download_url // 啟動服務(wù)的方法 fun start(context: Context, downloadUrl: String) { val intent Intent(context, ApkDownloadService::class.java).apply { putExtra(EXTRA_DOWNLOAD_URL, downloadUrl) } if (Build.VERSION.SDK_INT Build.VERSION_CODES.O) { context.startForegroundService(intent) } else { context.startService(intent) } } } }實操心得在onStartCommand中返回START_NOT_STICKY非常重要。如果下載服務(wù)因為系統(tǒng)資源緊張被殺死我們不希望它自動重啟因為這可能導(dǎo)致重復(fù)下載或狀態(tài)混亂。更好的做法是由前臺的Activity或一個持久化的任務(wù)調(diào)度器如WorkManager來監(jiān)聽網(wǎng)絡(luò)狀態(tài)當(dāng)服務(wù)意外停止時由它們決定是否重新觸發(fā)下載流程。此外進(jìn)度更新不要每次寫入都刷新通知可以設(shè)置一個閾值比如進(jìn)度每增加5%更新一次或者使用Handler進(jìn)行延遲更新以減少性能開銷。3.3 安裝適配權(quán)限、Uri與Intent下載完成后我們得到了APK文件的路徑。接下來就是最關(guān)鍵的安裝步驟。我們需要一個統(tǒng)一的安裝入口它能處理所有Android版本的差異。object ApkInstaller { /** * 安裝APK文件 * param context Context * param apkFilePath APK文件的絕對路徑 */ fun installApk(context: Context, apkFilePath: String) { val apkFile File(apkFilePath) if (!apkFile.exists()) { Toast.makeText(context, 安裝文件不存在, Toast.LENGTH_SHORT).show() return } // 步驟1: 檢查并申請安裝未知來源權(quán)限 (Android 8.0) if (Build.VERSION.SDK_INT Build.VERSION_CODES.O) { if (!context.packageManager.canRequestPackageInstalls()) { // 沒有權(quán)限跳轉(zhuǎn)設(shè)置頁面申請 val intent Intent(Settings.ACTION_MANAGE_UNKNOWN_APP_SOURCES).apply { data Uri.parse(package:${context.packageName}) } // 這里需要在一個Activity中啟動并處理onActivityResult // 通常我們會先彈窗提示用戶然后在用戶確認(rèn)后啟動這個Intent // 為了示例清晰這里假設(shè)調(diào)用者是一個Activity并會處理權(quán)限回調(diào) (context as? Activity)?.startActivityForResult(intent, REQUEST_CODE_INSTALL_PERMISSION) return // 等待權(quán)限申請結(jié)果 } } // 步驟2: 獲取APK文件的Uri (適配Android 7.0) val apkUri getApkUri(context, apkFile) // 步驟3: 構(gòu)建安裝Intent并啟動 val installIntent Intent(Intent.ACTION_VIEW).apply { setDataAndType(apkUri, application/vnd.android.package-archive) addFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION) // 授予臨時讀取權(quán)限 // Android 11 可能需要添加此Flag以允許安裝完成后返回原應(yīng)用 if (Build.VERSION.SDK_INT Build.VERSION_CODES.R) { addFlags(Intent.FLAG_ACTIVITY_NEW_TASK) } } // 步驟4: 為目標(biāo)Intent選擇Activity (處理包可見性Android 11) val resolveInfoList context.packageManager.queryIntentActivities( installIntent, if (Build.VERSION.SDK_INT Build.VERSION_CODES.R) { PackageManager.ResolveInfoFlags.of(PackageManager.MATCH_DEFAULT_ONLY.toLong()) } else { PackageManager.MATCH_DEFAULT_ONLY } ) if (resolveInfoList.isEmpty()) { // 沒有應(yīng)用能處理安裝Intent這幾乎不可能發(fā)生除非系統(tǒng)被嚴(yán)重修改 Toast.makeText(context, 無法找到安裝程序, Toast.LENGTH_SHORT).show() return } // 步驟5: 啟動安裝頁面 context.startActivity(installIntent) } /** * 根據(jù)Android版本獲取正確的Uri */ private fun getApkUri(context: Context, apkFile: File): Uri { return if (Build.VERSION.SDK_INT Build.VERSION_CODES.N) { // Android 7.0 使用FileProvider FileProvider.getUriForFile( context, ${context.packageName}.fileprovider, // 必須與manifest中聲明的authorities一致 apkFile ) } else { // Android 7.0以下使用傳統(tǒng)的file:// Uri Uri.fromFile(apkFile) } } const val REQUEST_CODE_INSTALL_PERMISSION 10001 }在調(diào)用installApk的Activity中你需要處理權(quán)限申請的回調(diào)class MainActivity : AppCompatActivity() { ... private var pendingApkPath: String? null // 保存等待安裝的文件路徑 fun onDownloadComplete(apkPath: String) { pendingApkPath apkPath ApkInstaller.installApk(this, apkPath) } override fun onActivityResult(requestCode: Int, resultCode: Int, data: Intent?) { super.onActivityResult(requestCode, resultCode, data) if (requestCode ApkInstaller.REQUEST_CODE_INSTALL_PERMISSION) { // 用戶從設(shè)置頁面返回再次檢查權(quán)限 if (Build.VERSION.SDK_INT Build.VERSION_CODES.O) { if (packageManager.canRequestPackageInstalls()) { // 用戶已授權(quán)繼續(xù)安裝 pendingApkPath?.let { ApkInstaller.installApk(this, it) } } else { Toast.makeText(this, 需要授權(quán)才能安裝應(yīng)用, Toast.LENGTH_SHORT).show() } } pendingApkPath null } } }注意事項FileProvider.getUriForFile的第二個參數(shù)authorities必須與AndroidManifest.xml中provider標(biāo)簽下定義的android:authorities屬性完全一致包括大小寫。這是最常見的錯誤來源之一會導(dǎo)致安裝時出現(xiàn)“解析包出錯”或直接閃退。另外在Android 11上即使你正確申請了REQUEST_INSTALL_PACKAGES權(quán)限如果targetSdkVersion 30默認(rèn)也無法通過queryIntentActivities查到系統(tǒng)安裝器。你需要在AndroidManifest.xml的queries標(biāo)簽內(nèi)聲明intent或者使用PackageInstallerAPI。對于大多數(shù)應(yīng)用聲明queries更簡單manifest ... queries !-- 為了啟動系統(tǒng)安裝界面 -- intent action android:nameandroid.intent.action.INSTALL_PACKAGE / data android:mimeTypeapplication/vnd.android.package-archive / /intent !-- 也可以聲明VIEW intent更通用 -- intent action android:nameandroid.intent.action.VIEW / category android:nameandroid.intent.category.DEFAULT / data android:mimeTypeapplication/vnd.android.package-archive / /intent /queries ... /manifest3.4 整合與UI交互現(xiàn)在我們將檢查更新、下載、安裝串聯(lián)起來并設(shè)計一個友好的用戶界面。1. 檢查更新通常你有一個服務(wù)器接口返回類似這樣的JSON{ latestVersionCode: 20240501, latestVersionName: 2.1.0, downloadUrl: https://your-cdn.com/app/update_2.1.0.apk, updateLog: 1. 修復(fù)了已知問題\n2. 提升了性能, forceUpdate: false, fileSize: 50485760 // 單位字節(jié) }在客戶端解析后與當(dāng)前版本BuildConfig.VERSION_CODE比較決定是否彈出更新對話框。2. 更新對話框使用AlertDialog或自定義Dialog展示版本信息、更新日志和文件大小。提供“立即更新”和“稍后再說”按鈕如果是強制更新則只保留“立即更新”并不可取消。3. 啟動下載用戶點擊“立即更新”后首先檢查必要的運行時權(quán)限如Android 13的POST_NOTIFICATIONS通知權(quán)限然后啟動我們的ApkDownloadService。// 在Activity或ViewModel中 fun startDownload(downloadUrl: String) { // 檢查通知權(quán)限 (Android 13) if (Build.VERSION.SDK_INT Build.VERSION_CODES.TIRAMISU) { if (ContextCompat.checkSelfPermission(context, Manifest.permission.POST_NOTIFICATIONS) ! PackageManager.PERMISSION_GRANTED) { // 請求權(quán)限在回調(diào)中再啟動服務(wù) requestPermissions(arrayOf(Manifest.permission.POST_NOTIFICATIONS), REQUEST_CODE_NOTIFICATION) return } } // 啟動下載服務(wù) ApkDownloadService.start(context, downloadUrl) // 可以在這里顯示一個進(jìn)度條在UI上與服務(wù)通過LiveData或廣播通信 }4. 監(jiān)聽下載進(jìn)度與完成ApkDownloadService通過LocalBroadcastManager或更好的方式如LiveData在ViewModel中將下載進(jìn)度和完成事件通知給UI。UI層更新進(jìn)度條并在下載完成后調(diào)用ApkInstaller.installApk。4. 避坑指南與進(jìn)階優(yōu)化實現(xiàn)基本功能后我們來看看那些容易踩坑的地方和一些優(yōu)化技巧。4.1 常見問題排查表問題現(xiàn)象可能原因解決方案點擊安裝沒反應(yīng)1. Uri構(gòu)建錯誤FileProvider配置問題。2. Android 8.0未動態(tài)申請REQUEST_INSTALL_PACKAGES權(quán)限。3. Android 11包可見性問題。1. 檢查file_paths.xml和authorities是否匹配使用adb logcat查看相關(guān)錯誤。2. 在安裝前調(diào)用PackageManager.canRequestPackageInstalls()檢查并引導(dǎo)用戶授權(quán)。3. 在AndroidManifest.xml中添加queries聲明。安裝時提示“解析包時出現(xiàn)問題”1. APK文件下載不完整或損壞。2. APK文件與當(dāng)前CPU架構(gòu)不兼容如x86設(shè)備安裝了arm包。3. 簽名不一致覆蓋安裝時。1. 下載完成后校驗文件MD5或大小。2. 服務(wù)器應(yīng)提供適配不同ABI的APK或提供通用包universal APK。3. 確保用于更新的APK簽名與已安裝版本一致。通知欄不顯示下載進(jìn)度1. Android 8.0未創(chuàng)建通知渠道。2. 前臺服務(wù)未正確啟動startForeground沒調(diào)用或調(diào)用太晚。3. 通知被用戶關(guān)閉或系統(tǒng)限制。1. 確保在startForeground前創(chuàng)建NotificationChannel。2. 在onStartCommand中盡快調(diào)用startForeground。3. 檢查應(yīng)用的通知權(quán)限是否被關(guān)閉。下載到一半中斷無法續(xù)傳使用OkHttp的普通Call不支持?jǐn)帱c續(xù)傳。使用OkHttp的Interceptor記錄已下載大小并在請求頭中添加Range: bytes已下載大小-。或者使用更專業(yè)的下載庫如aria2c的封裝或FileDownloader。在部分國產(chǎn)ROM如MIUI、EMUI上安裝失敗廠商定制系統(tǒng)增加了額外的權(quán)限管理或后臺限制。1. 引導(dǎo)用戶將應(yīng)用加入“自啟動”和“后臺運行”白名單。2. 嘗試使用PackageInstallerAPI直接安裝繞過系統(tǒng)安裝界面需要系統(tǒng)權(quán)限或特殊適配不通用。4.2 進(jìn)階優(yōu)化技巧文件校驗與安全服務(wù)器在提供下載鏈接時同時提供APK文件的MD5或SHA256值。下載完成后在本地計算文件的哈希值進(jìn)行比對確保文件未被篡改或損壞。fun verifyFile(file: File, expectedMd5: String): Boolean { val digest MessageDigest.getInstance(MD5) file.inputStream().use { input - val buffer ByteArray(8192) var read: Int while (input.read(buffer).also { read it } ! -1) { digest.update(buffer, 0, read) } } val actualMd5 digest.digest().joinToString() { %02x.format(it) } return actualMd5.equals(expectedMd5, ignoreCase true) }智能重試與網(wǎng)絡(luò)環(huán)境判斷下載失敗后不要立即無腦重試?？梢栽O(shè)計一個指數(shù)退避的重試機制。在開始下載前判斷網(wǎng)絡(luò)環(huán)境。如果是移動數(shù)據(jù)且APK文件很大可以提示用戶是否繼續(xù)或者設(shè)置為僅在Wi-Fi下自動下載。使用DownloadManager備選方案對于不需要精細(xì)控制下載過程如暫停、續(xù)傳的場景可以考慮使用系統(tǒng)自帶的DownloadManager。它自動處理通知、網(wǎng)絡(luò)切換和重試但缺點是回調(diào)不夠靈活且在部分定制系統(tǒng)上行為不一致。安裝完成后的回調(diào)發(fā)送安裝Intent后我們無法直接知道用戶是安裝了還是取消了。一個變通的方法是在發(fā)送Intent前記錄當(dāng)前版本號稍后例如應(yīng)用回到前臺時再次檢查版本號。如果版本號變了說明安裝成功可以提示用戶新特性。清理舊安裝包每次更新都會產(chǎn)生新的APK文件?？梢栽诔晒Π惭b后或應(yīng)用啟動時掃描下載目錄刪除除最新安裝包外的所有歷史APK文件避免占用用戶存儲空間。4.3 針對特定場景的補充系統(tǒng)應(yīng)用或Root環(huán)境如果你開發(fā)的是系統(tǒng)應(yīng)用或擁有root權(quán)限安裝過程會簡單很多可以直接使用pm install命令無需處理權(quán)限和FileProvider。但這屬于特殊場景不適用于普通應(yīng)用。插件化或熱更新本文討論的是完整的APK安裝更新。如果是插件化框架需要將APK下載后通過DexClassLoader等機制動態(tài)加載安裝步驟完全不同。Google Play發(fā)布如果應(yīng)用上架了Google Play強烈建議使用其內(nèi)置的In-app updatesAPI它提供了更原生、更流暢的更新體驗包括靈活更新和即時更新兩種模式能繞過未知來源安裝的限制。5. 總結(jié)與個人體會實現(xiàn)一個健壯的Android應(yīng)用內(nèi)更新功能就像在錯綜復(fù)雜的迷宮中鋪設(shè)一條穩(wěn)定可靠的軌道。它不僅僅是“下載安裝”兩個動作的拼接而是網(wǎng)絡(luò)、存儲、權(quán)限、系統(tǒng)版本、用戶交互和異常處理等多個領(lǐng)域的交集。從我自己的踩坑經(jīng)驗來看兼容性永遠(yuǎn)是第一位的。你永遠(yuǎn)不知道用戶手里拿著的是哪個品牌、哪個版本、經(jīng)過怎樣魔改的系統(tǒng)。因此代碼不能只在自己和測試人員的手機上跑通就完事必須充分考慮邊界情況低存儲空間怎么辦下載中途來電話斷網(wǎng)怎么辦用戶拒絕安裝權(quán)限后又反悔怎么辦其次用戶體驗的細(xì)節(jié)決定成敗。一個帶清晰進(jìn)度條的通知一個下載完成后自動彈出的安裝提示一句對文件大小的貼心說明都能讓用戶感受到產(chǎn)品的用心。相反如果下載過程毫無反饋安裝時又跳出一堆令人困惑的系統(tǒng)彈窗更新率必然會大打折扣。最后安全與穩(wěn)定是底線。校驗文件完整性可以防止傳輸錯誤或惡意劫持。使用FileProvider和正確的權(quán)限申請流程是遵循Android安全規(guī)范的基本要求。后臺下載服務(wù)的?；钆c資源回收也需要仔細(xì)權(quán)衡不能為了下載而過度消耗電量或流量。把這份代碼和思路應(yīng)用到你的項目中時建議你先在一個簡單的Demo里跑通整個流程然后逐步將它集成到你的主應(yīng)用里并加上完善的日志記錄。這樣當(dāng)線上用戶反饋更新失敗時你才能快速定位問題所在。記住沒有一勞永逸的代碼只有對細(xì)節(jié)的不斷打磨和對不同設(shè)備環(huán)境的持續(xù)敬畏才能做出讓用戶滿意的更新體驗。