:從需求分析到MVVM架構(gòu)與AlarmManager實(shí)戰(zhàn))
簡(jiǎn)介本資源是一套面向計(jì)算機(jī)專業(yè)本科生的Android畢業(yè)設(shè)計(jì)實(shí)戰(zhàn)項(xiàng)目聚焦老年人健康管理場(chǎng)景解決獨(dú)居或慢性病老人漏服、錯(cuò)服藥物的現(xiàn)實(shí)問題。項(xiàng)目采用Android原生開發(fā)技術(shù)?;贘ava語言實(shí)現(xiàn)涵蓋首頁展示、個(gè)性化用藥提醒設(shè)置、服藥記錄查詢及個(gè)人中心等核心模塊具備完整的前后端交互邏輯與本地?cái)?shù)據(jù)管理能力。壓縮包共5個(gè)文件包含前端源碼、后臺(tái)服務(wù)代碼、數(shù)據(jù)庫SQL腳本、詳細(xì)使用說明文檔及README指引總大小46.04MB結(jié)構(gòu)清晰便于分模塊學(xué)習(xí)與調(diào)試。已有296人下載學(xué)習(xí)適合Android初學(xué)者鞏固Activity生命周期、AlarmManager定時(shí)機(jī)制、SQLite數(shù)據(jù)存儲(chǔ)及UI適配等關(guān)鍵技術(shù)點(diǎn)亦可作為課程設(shè)計(jì)或畢設(shè)答辯的完整參考方案。1. 項(xiàng)目概述一個(gè)源于真實(shí)需求的畢業(yè)設(shè)計(jì)選題做畢業(yè)設(shè)計(jì)那會(huì)兒選題是個(gè)讓人頭疼的事兒。既要能體現(xiàn)大學(xué)四年所學(xué)又得有點(diǎn)實(shí)際價(jià)值不能是那種“為了做而做”的空中樓閣。當(dāng)時(shí)我注意到家里的長輩特別是爺爺奶奶每天要吃好幾種藥時(shí)間、劑量都不一樣全靠一個(gè)小藥盒和記憶力經(jīng)常漏服或者記不清吃沒吃過。這讓我意識(shí)到一個(gè)簡(jiǎn)單、易用、專門為老年人設(shè)計(jì)的服藥提醒應(yīng)用或許是個(gè)不錯(cuò)的切入點(diǎn)。它不只是一個(gè)簡(jiǎn)單的鬧鐘更是一個(gè)結(jié)合了Android開發(fā)、用戶體驗(yàn)設(shè)計(jì)、數(shù)據(jù)持久化等多個(gè)知識(shí)點(diǎn)的綜合性項(xiàng)目非常適合作為計(jì)算機(jī)或軟件工程專業(yè)的畢業(yè)設(shè)計(jì)。這個(gè)“老年人服藥提醒APP”的核心目標(biāo)非常明確幫助認(rèn)知能力可能下降、對(duì)智能手機(jī)操作不熟悉的老年用戶準(zhǔn)時(shí)、準(zhǔn)確地服用藥物。它不是一個(gè)功能繁雜的健康管理平臺(tái)而是聚焦于“提醒”這一核心功能力求在交互上做到極致的簡(jiǎn)潔和友好。整個(gè)項(xiàng)目從需求分析、UI/UX設(shè)計(jì)、編碼實(shí)現(xiàn)到測(cè)試打包完整地走了一遍軟件開發(fā)的流程。最終我不僅完成了一個(gè)能實(shí)際運(yùn)行的應(yīng)用還整理出了詳細(xì)的源碼和使用說明打包成了那個(gè)經(jīng)典的“(基于android的畢業(yè)設(shè)計(jì))老年人服藥提醒APP(源碼使用說明).zip”文件。這份資料對(duì)于正在尋找畢設(shè)靈感或者想學(xué)習(xí)如何開發(fā)一個(gè)具有人文關(guān)懷的實(shí)用型APP的同學(xué)來說應(yīng)該會(huì)很有幫助。2. 核心需求與設(shè)計(jì)思路拆解2.1 目標(biāo)用戶畫像與核心痛點(diǎn)分析在動(dòng)手寫一行代碼之前我們必須先搞清楚我們的用戶是誰以及他們最需要什么。這個(gè)APP的目標(biāo)用戶是60歲以上的老年人他們可能具有以下特征視力可能老化字體太小、顏色對(duì)比度低、圖標(biāo)過于抽象都會(huì)造成閱讀困難。操作不熟練對(duì)智能手機(jī)的觸控操作如長按、滑動(dòng)不熟悉容易誤觸。記憶力減退容易忘記是否吃過藥或者記錯(cuò)服藥時(shí)間。可能患有多種慢性病需要同時(shí)服用多種藥物每種藥物的服用周期如一天三次、隔天一次、劑量如1片、半片都可能不同。對(duì)復(fù)雜功能有抵觸心理功能太多、界面太花哨會(huì)讓他們感到困惑和害怕。基于以上分析我們提煉出幾個(gè)最核心的需求痛點(diǎn)極簡(jiǎn)交互操作步驟盡可能少點(diǎn)擊區(qū)域要大避免復(fù)雜的導(dǎo)航。清晰可視字體必須足夠大關(guān)鍵信息如藥名、時(shí)間要突出顯示。強(qiáng)提醒能力提醒必須足夠醒目和持久能穿透老年人的日常生活。服藥記錄與確認(rèn)提供簡(jiǎn)單的“已服藥”確認(rèn)機(jī)制并保留歷史記錄解決“吃沒吃過”的疑慮。家屬協(xié)同可選但重要允許子女遠(yuǎn)程為父母添加藥品和提醒并查看服藥記錄。注意很多同學(xué)做畢設(shè)容易陷入“技術(shù)炫技”的誤區(qū)給老年人APP加上圖表分析、社交分享等復(fù)雜功能這完全是本末倒置。我們的設(shè)計(jì)必須做減法一切以“降低認(rèn)知負(fù)荷”和“減少操作步驟”為最高原則。2.2 技術(shù)棧選型與架構(gòu)考量明確了需求接下來就要選擇實(shí)現(xiàn)的技術(shù)方案。作為一個(gè)Android畢業(yè)設(shè)計(jì)技術(shù)選型需要在“體現(xiàn)技術(shù)能力”和“保證項(xiàng)目可控性”之間取得平衡。開發(fā)環(huán)境與語言毫無疑問Android Studio是官方且最主流的IDE。語言選擇Kotlin是更優(yōu)解。雖然很多教學(xué)資料仍用Java但Kotlin語法更簡(jiǎn)潔、空安全特性好能減少很多潛在的崩潰NullPointerException這對(duì)于一個(gè)需要穩(wěn)定運(yùn)行的提醒應(yīng)用至關(guān)重要。在畢設(shè)答辯時(shí)使用Kotlin也能體現(xiàn)你對(duì)技術(shù)趨勢(shì)的關(guān)注。架構(gòu)模式推薦采用MVVMModel-View-ViewModel架構(gòu)。這是目前Android官方推薦的應(yīng)用架構(gòu)。它將界面邏輯View與業(yè)務(wù)邏輯和數(shù)據(jù)ViewModel Model分離使得代碼更清晰、更易于測(cè)試和維護(hù)。對(duì)于服藥提醒這個(gè)業(yè)務(wù)邏輯相對(duì)清晰的項(xiàng)目MVVM能很好地管理藥品數(shù)據(jù)、提醒時(shí)間和UI狀態(tài)。數(shù)據(jù)持久化藥品信息、服藥計(jì)劃、歷史記錄都需要本地存儲(chǔ)。這里有兩個(gè)主流選擇Room Persistence Library它是SQLite的抽象層屬于Android Jetpack組件與MVVM架構(gòu)和LiveData/Flow能完美結(jié)合。它通過編譯時(shí)檢查SQL語句避免了大量模板代碼是存儲(chǔ)結(jié)構(gòu)化數(shù)據(jù)如藥品表、記錄表的最佳實(shí)踐。SharedPreferences適合存儲(chǔ)簡(jiǎn)單的鍵值對(duì)比如用戶設(shè)置是否開啟聲音提醒、默認(rèn)提醒提前時(shí)間等。取舍雖然直接使用SQLite也能體現(xiàn)能力但Room更現(xiàn)代在畢設(shè)中采用能加分。因此核心數(shù)據(jù)藥品、記錄用Room簡(jiǎn)單配置用SharedPreferences是比較合理的方案。定時(shí)提醒實(shí)現(xiàn)這是項(xiàng)目的技術(shù)核心。我們不能用簡(jiǎn)單的Timer或Handler因?yàn)閼?yīng)用進(jìn)程可能被系統(tǒng)回收。必須使用系統(tǒng)級(jí)的調(diào)度機(jī)制。AlarmManager這是傳統(tǒng)的系統(tǒng)鬧鐘服務(wù)可以設(shè)置在特定時(shí)間觸發(fā)即使應(yīng)用未運(yùn)行或設(shè)備休眠。我們可以用它來在設(shè)定的服藥時(shí)間點(diǎn)觸發(fā)一個(gè)通知Notification。WorkManager屬于Jetpack組件用于處理可延遲的、保證執(zhí)行的后臺(tái)任務(wù)。它更適合處理非精確時(shí)間的任務(wù)如每天同步一次數(shù)據(jù)。對(duì)于精確到分鐘的藥物提醒AlarmManager仍然是更直接可靠的選擇。前臺(tái)服務(wù)Foreground Service如果希望提醒更“頑固”比如在提醒時(shí)持續(xù)播放聲音直到用戶操作可以考慮啟動(dòng)一個(gè)前臺(tái)服務(wù)。但這會(huì)消耗更多資源且需要向用戶申請(qǐng)“常駐通知”權(quán)限對(duì)老年人可能造成困擾。因此優(yōu)先采用高優(yōu)先級(jí)通知Priority: HIGH配合AlarmManager是更優(yōu)雅的方案。2.3 功能模塊設(shè)計(jì)根據(jù)核心需求我們將APP劃分為以下幾個(gè)主要模塊藥品管理模塊添加/編輯藥品輸入藥名、規(guī)格、圖片可選方便識(shí)別、服用劑量、備注如“餐后服用”。藥品列表以卡片或大列表形式展示所有藥品一目了然。刪除藥品簡(jiǎn)單的刪除操作最好有二次確認(rèn)。服藥計(jì)劃模塊與藥品綁定設(shè)置提醒時(shí)間為每種藥添加一個(gè)或多個(gè)每日固定提醒時(shí)間如08:00 12:30 19:00。設(shè)置服藥周期每天、隔天、每周特定幾天等。計(jì)劃概覽以時(shí)間線或日歷形式展示今天的所有服藥計(jì)劃。提醒與通知模塊到點(diǎn)觸發(fā)在設(shè)定時(shí)間通過AlarmManager觸發(fā)發(fā)送一個(gè)高優(yōu)先級(jí)的系統(tǒng)通知。通知內(nèi)容清晰顯示藥名、劑量、服用說明。通知操作按鈕至少包括“已服用”和“稍后提醒”如10分鐘后。提醒方式震動(dòng)、響鈴可自定義鈴聲且鈴聲應(yīng)持久直到用戶處理。服藥記錄模塊自動(dòng)記錄用戶點(diǎn)擊通知的“已服用”后自動(dòng)生成一條帶有時(shí)間戳的記錄。手動(dòng)補(bǔ)錄允許用戶手動(dòng)添加過去某次的服藥記錄應(yīng)對(duì)忘記點(diǎn)擊的情況。記錄查看按日或按藥品查看歷史記錄界面簡(jiǎn)潔。設(shè)置模塊通用設(shè)置默認(rèn)提醒提前時(shí)間、是否震動(dòng)、鈴聲選擇。數(shù)據(jù)管理備份與恢復(fù)服藥數(shù)據(jù)可導(dǎo)出為JSON文件。3. 核心功能實(shí)現(xiàn)細(xì)節(jié)與避坑指南3.1 數(shù)據(jù)庫設(shè)計(jì)與Room實(shí)戰(zhàn)數(shù)據(jù)庫是整個(gè)APP的數(shù)據(jù)基石設(shè)計(jì)的好壞直接影響后續(xù)開發(fā)的復(fù)雜度。實(shí)體Entity設(shè)計(jì)我們至少需要兩張表Medicine藥品和MedicineRecord服藥記錄。Medicine表包含藥品的靜態(tài)信息MedicineRecord表則記錄每次服藥的動(dòng)作。// Medicine.kt Entity(tableName medicines) data class Medicine( PrimaryKey(autoGenerate true) val id: Long 0, val name: String, // 藥品名稱 val dosage: String, // 劑量如“一次一片” val imageUri: String? null, // 藥品圖片本地URI可選 val note: String? null // 備注 ) // MedicineRecord.kt Entity(tableName medicine_records, foreignKeys [ForeignKey( entity Medicine::class, parentColumns [id], childColumns [medicineId], onDelete ForeignKey.CASCADE // 藥品刪除時(shí)關(guān)聯(lián)記錄也刪除 )] ) data class MedicineRecord( PrimaryKey(autoGenerate true) val id: Long 0, val medicineId: Long, // 關(guān)聯(lián)的藥品ID val takenTime: Long, // 服藥時(shí)間戳System.currentTimeMillis() val isTakenOnTime: Boolean true // 是否準(zhǔn)時(shí)服用點(diǎn)擊通知 vs 手動(dòng)補(bǔ)錄 )數(shù)據(jù)訪問對(duì)象DAO設(shè)計(jì)DAO定義了操作數(shù)據(jù)庫的方法。這里的關(guān)鍵是處理藥品與記錄的關(guān)系查詢。// MedicineDao.kt Dao interface MedicineDao { Insert suspend fun insert(medicine: Medicine): Long Update suspend fun update(medicine: Medicine) Delete suspend fun delete(medicine: Medicine) Query(SELECT * FROM medicines ORDER BY name ASC) fun getAllMedicines(): FlowListMedicine // 使用Flow便于在UI中觀察數(shù)據(jù)變化 // 查詢某藥品的所有記錄 Query(SELECT * FROM medicine_records WHERE medicineId :medId ORDER BY takenTime DESC) fun getRecordsForMedicine(medId: Long): FlowListMedicineRecord }數(shù)據(jù)庫類Database這是Room的入口需要定義數(shù)據(jù)庫版本和包含的實(shí)體列表。// AppDatabase.kt Database(entities [Medicine::class, MedicineRecord::class], version 1, exportSchema false) abstract class AppDatabase : RoomDatabase() { abstract fun medicineDao(): MedicineDao companion object { // 單例模式避免重復(fù)打開數(shù)據(jù)庫 Volatile private var INSTANCE: AppDatabase? null fun getDatabase(context: Context): AppDatabase { return INSTANCE ?: synchronized(this) { val instance Room.databaseBuilder( context.applicationContext, AppDatabase::class.java, medicine_reminder_db // 數(shù)據(jù)庫文件名 ).build() INSTANCE instance instance } } } }實(shí)操心得Room的ForeignKey和onDelete CASCADE非常有用。它保證了數(shù)據(jù)的一致性當(dāng)你刪除一種藥品時(shí)所有與之關(guān)聯(lián)的服藥記錄會(huì)被自動(dòng)清理避免了“孤兒記錄”。另外DAO方法返回FlowListT而不是LiveDataListT是更現(xiàn)代的做法配合ViewModel中的stateFlow或sharedFlow能更好地處理UI狀態(tài)。3.2 精準(zhǔn)定時(shí)提醒AlarmManager的正確姿勢(shì)實(shí)現(xiàn)定時(shí)提醒是項(xiàng)目的核心也是容易踩坑的地方。1. 設(shè)置鬧鐘我們需要為每個(gè)藥品的每個(gè)提醒時(shí)間點(diǎn)設(shè)置一個(gè)獨(dú)立的鬧鐘。關(guān)鍵是要生成一個(gè)唯一的requestCode通??梢杂?藥品ID * 100 時(shí)間索引)的方式來構(gòu)造確保能精準(zhǔn)取消或更新某個(gè)特定提醒。// ReminderScheduler.kt (工具類) object ReminderScheduler { fun scheduleReminder(context: Context, medicineId: Long, medicineName: String, triggerTimeMillis: Long) { val alarmManager context.getSystemService(Context.ALARM_SERVICE) as AlarmManager val intent Intent(context, ReminderReceiver::class.java).apply { putExtra(medicine_id, medicineId) putExtra(medicine_name, medicineName) } // 使用PendingIntent并確保FLAG_UPDATE_CURRENT和唯一的requestCode val requestCode (medicineId.toString() triggerTimeMillis.toString()).hashCode() val pendingIntent PendingIntent.getBroadcast( context, requestCode, intent, PendingIntent.FLAG_UPDATE_CURRENT or PendingIntent.FLAG_IMMUTABLE // Android 12 需要FLAG_IMMUTABLE ) // 對(duì)于精確的提醒使用 setExactAndAllowWhileIdle (API 23) // 它即使在低電耗模式下也能工作是設(shè)置重要鬧鐘的推薦方式 if (Build.VERSION.SDK_INT Build.VERSION_CODES.M) { alarmManager.setExactAndAllowWhileIdle( AlarmManager.RTC_WAKEUP, // 使用真實(shí)時(shí)間并喚醒設(shè)備 triggerTimeMillis, pendingIntent ) } else { alarmManager.setExact(AlarmManager.RTC_WAKEUP, triggerTimeMillis, pendingIntent) } // 可以將這個(gè)requestCode存下來用于后續(xù)取消 } }2. 接收廣播并發(fā)送通知?jiǎng)?chuàng)建一個(gè)BroadcastReceiver如ReminderReceiver來接收AlarmManager觸發(fā)的廣播并在這里構(gòu)建和發(fā)送通知。// ReminderReceiver.kt class ReminderReceiver : BroadcastReceiver() { override fun onReceive(context: Context, intent: Intent) { val medicineId intent.getLongExtra(medicine_id, -1L) val medicineName intent.getStringExtra(medicine_name) ?: 服藥時(shí)間到 // 創(chuàng)建通知渠道 (Android 8.0 必需) createNotificationChannel(context) val notificationManager NotificationManagerCompat.from(context) // 構(gòu)建一個(gè)點(diǎn)擊后打開App的Intent val openAppIntent Intent(context, MainActivity::class.java).apply { flags Intent.FLAG_ACTIVITY_NEW_TASK or Intent.FLAG_ACTIVITY_CLEAR_TASK } val pendingOpenAppIntent PendingIntent.getActivity( context, 0, openAppIntent, PendingIntent.FLAG_UPDATE_CURRENT or PendingIntent.FLAG_IMMUTABLE ) // 構(gòu)建“已服用”和“稍后提醒”的Action按鈕 val takenAction NotificationCompat.Action.Builder( null, // 圖標(biāo)如果不需要可以傳null但最好提供一個(gè) 已服用, getTakenPendingIntent(context, medicineId) // 這個(gè)PendingIntent會(huì)觸發(fā)記錄服藥和取消本次提醒的邏輯 ).build() val snoozeAction NotificationCompat.Action.Builder( null, 10分鐘后, getSnoozePendingIntent(context, medicineId, medicineName) // 這個(gè)PendingIntent會(huì)重新設(shè)置一個(gè)10分鐘后的鬧鐘 ).build() // 構(gòu)建通知 val notification NotificationCompat.Builder(context, CHANNEL_ID) .setSmallIcon(R.drawable.ic_pill_notification) // 一個(gè)藥丸圖標(biāo) .setContentTitle(服藥提醒) .setContentText(該服用$medicineName 了) .setPriority(NotificationCompat.PRIORITY_HIGH) // 高優(yōu)先級(jí) .setCategory(NotificationCompat.CATEGORY_REMINDER) .setContentIntent(pendingOpenAppIntent) // 點(diǎn)擊通知主體打開App .setAutoCancel(true) // 點(diǎn)擊后自動(dòng)消失 .setOngoing(true) // 設(shè)置為持續(xù)通知直到用戶操作慎用可能引起反感 .setSound(Settings.System.DEFAULT_NOTIFICATION_URI) // 使用默認(rèn)通知音 .setVibrate(longArrayOf(0, 500, 200, 500)) // 震動(dòng)模式等待0ms震動(dòng)500ms暫停200ms再震動(dòng)500ms .addAction(takenAction) .addAction(snoozeAction) .build() // 發(fā)送通知使用一個(gè)唯一的ID避免覆蓋 notificationManager.notify(medicineId.toInt(), notification) } private fun createNotificationChannel(context: Context) { if (Build.VERSION.SDK_INT Build.VERSION_CODES.O) { val channel NotificationChannel( CHANNEL_ID, 服藥提醒, NotificationManager.IMPORTANCE_HIGH // 高重要性會(huì)有聲音和彈出 ).apply { description 用于接收服藥時(shí)間提醒 enableVibration(true) vibrationPattern longArrayOf(0, 500, 200, 500) } val notificationManager context.getSystemService(NotificationManager::class.java) notificationManager.createNotificationChannel(channel) } } companion object { const val CHANNEL_ID medicine_reminder_channel } }避坑指南Android 8.0 (API 26) 以上必須創(chuàng)建通知渠道否則通知不會(huì)顯示。渠道創(chuàng)建一次即可通常放在Application類或主Activity中。PendingIntent的Flag從Android 12開始必須指定FLAG_IMMUTABLE或FLAG_MUTABLE。對(duì)于大多數(shù)廣播和Activity啟動(dòng)FLAG_IMMUTABLE是安全的。鬧鐘的精確性setExactAndAllowWhileIdle()是保證提醒準(zhǔn)時(shí)觸發(fā)的關(guān)鍵但它有觸發(fā)頻率限制每15分鐘最多一次。對(duì)于服藥提醒這完全足夠。通知ID使用medicineId作為通知ID是個(gè)好方法這樣同一個(gè)藥品的重復(fù)提醒會(huì)更新通知而不是創(chuàng)建一堆。后臺(tái)限制從Android 10開始后臺(tái)啟動(dòng)Activity受到限制。我們的“打開App”的PendingIntent可能在某些情況下失效。更穩(wěn)健的做法是點(diǎn)擊通知后先啟動(dòng)一個(gè)前臺(tái)服務(wù)再由服務(wù)啟動(dòng)Activity但這增加了復(fù)雜度。對(duì)于畢設(shè)說明你了解這個(gè)限制即可。3.3 為老年人設(shè)計(jì)的UI/UX實(shí)踐界面是老年用戶接觸APP的唯一途徑必須精心設(shè)計(jì)。1. 色彩與對(duì)比度背景與文字使用高對(duì)比度配色例如純白色背景搭配深灰色#333333或黑色文字。避免使用淺灰文字。重要操作按鈕使用鮮艷、明確的顏色如綠色確認(rèn)/完成和紅色刪除/警告。確保色盲用戶也能通過形狀和文字區(qū)分。狀態(tài)指示例如“已服藥”用綠色打勾“未服藥”用紅色時(shí)鐘圖標(biāo)清晰明了。2. 字體與布局字體大小所有正文文字至少使用18sp標(biāo)題使用24sp或更大。在res/values/dimens.xml中定義尺寸常量便于全局調(diào)整。按鈕尺寸遵循Material Design的觸摸目標(biāo)最小尺寸48dp x 48dp。我們的按鈕應(yīng)該更大例如高度設(shè)置為60dp。布局簡(jiǎn)化一個(gè)界面只做一個(gè)主要任務(wù)。添加藥品的界面就只放名稱、劑量、時(shí)間等必要輸入框其他高級(jí)設(shè)置可以收起或放到二級(jí)頁面。使用CardView用卡片將不同的藥品或信息組隔開增加視覺層次感和可讀性。3. 交互優(yōu)化減少輸入盡可能提供選擇器而不是文本框。例如服藥時(shí)間用TimePickerDialog劑量可以用下拉選擇“1片”、“2片”、“半片”等。明確的反饋任何操作點(diǎn)擊、長按都要有即時(shí)反饋如按鈕的顏色變化、輕微的震動(dòng)performHapticFeedback或簡(jiǎn)短的提示音。避免手勢(shì)操作盡量不要依賴左滑刪除、長按編輯等隱藏手勢(shì)。為每個(gè)項(xiàng)目提供明顯的“編輯”和“刪除”按鈕。語音輸入輔助在輸入藥名時(shí)可以啟用麥克風(fēng)圖標(biāo)調(diào)用系統(tǒng)語音識(shí)別方便不擅長打字的用戶。一個(gè)簡(jiǎn)單的藥品列表項(xiàng)布局示例!-- item_medicine.xml -- androidx.cardview.widget.CardView android:layout_widthmatch_parent android:layout_heightwrap_content app:cardElevation4dp android:layout_margin8dp LinearLayout android:layout_widthmatch_parent android:layout_heightwrap_content android:orientationvertical android:padding16dp TextView android:idid/tvMedicineName android:layout_widthwrap_content android:layout_heightwrap_content android:textSize24sp !-- 大字體 -- android:textStylebold android:textColorcolor/primary_text_dark tools:text阿司匹林腸溶片 / TextView android:idid/tvMedicineDosage android:layout_widthwrap_content android:layout_heightwrap_content android:textSize20sp android:layout_marginTop8dp android:textColorcolor/secondary_text_dark tools:text劑量一次一片一日三次 / LinearLayout android:layout_widthmatch_parent android:layout_heightwrap_content android:orientationhorizontal android:layout_marginTop12dp !-- 大而明顯的操作按鈕 -- Button android:idid/btnEdit android:layout_width0dp android:layout_height60dp !-- 高觸摸目標(biāo) -- android:layout_weight1 android:layout_marginEnd4dp android:textSize18sp android:text編輯 android:backgroundTintcolor/colorPrimary / Button android:idid/btnDelete android:layout_width0dp android:layout_height60dp android:layout_weight1 android:layout_marginStart4dp android:textSize18sp android:text刪除 android:backgroundTintcolor/colorAccent / /LinearLayout /LinearLayout /androidx.cardview.widget.CardView4. 關(guān)鍵業(yè)務(wù)流程與代碼實(shí)現(xiàn)串聯(lián)4.1 從添加藥品到設(shè)置提醒的完整流程讓我們串聯(lián)起一個(gè)核心用戶旅程用戶添加一種新藥并設(shè)置提醒。1. 添加藥品界面 (AddMedicineActivity/ViewModel):用戶輸入藥名、劑量并點(diǎn)擊“設(shè)置提醒時(shí)間”。這里我們跳轉(zhuǎn)到一個(gè)專門設(shè)置時(shí)間的界面或者使用底部彈窗BottomSheetDialogFragment來添加多個(gè)時(shí)間點(diǎn)。2. 數(shù)據(jù)保存與鬧鐘設(shè)置當(dāng)用戶在時(shí)間設(shè)置界面點(diǎn)擊“保存”后我們需要做兩件事將藥品存入數(shù)據(jù)庫并為每個(gè)設(shè)置的時(shí)間點(diǎn)安排鬧鐘。// AddMedicineViewModel.kt class AddMedicineViewModel(private val medicineRepository: MedicineRepository) : ViewModel() { fun saveMedicine(medicine: Medicine, reminderTimes: ListLong) { viewModelScope.launch { // 1. 將藥品存入數(shù)據(jù)庫并獲取自動(dòng)生成的ID val newMedicineId medicineRepository.insertMedicine(medicine) // 2. 為每個(gè)提醒時(shí)間設(shè)置鬧鐘 reminderTimes.forEach { triggerTime - // 計(jì)算下一次觸發(fā)的時(shí)間戳如果設(shè)置的是每天08:00需要計(jì)算出下一個(gè)08:00的具體時(shí)間戳 val nextTriggerTime calculateNextTriggerTime(triggerTime) ReminderScheduler.scheduleReminder( context getApplication(), medicineId newMedicineId, medicineName medicine.name, triggerTimeMillis nextTriggerTime ) // 3. 可選將提醒時(shí)間關(guān)系也存入數(shù)據(jù)庫用于界面展示和下次計(jì)算 medicineRepository.insertReminderSchedule(newMedicineId, triggerTime) } } } private fun calculateNextTriggerTime(timeOfDay: Long): Long { // timeOfDay 是用戶選擇的“時(shí)分”轉(zhuǎn)換成的毫秒數(shù)從當(dāng)天00:00開始的偏移 val calendar Calendar.getInstance().apply { timeInMillis System.currentTimeMillis() set(Calendar.HOUR_OF_DAY, TimeUnit.MILLISECONDS.toHours(timeOfDay).toInt()) set(Calendar.MINUTE, (TimeUnit.MILLISECONDS.toMinutes(timeOfDay) % 60).toInt()) set(Calendar.SECOND, 0) set(Calendar.MILLISECOND, 0) } // 如果設(shè)置的時(shí)間已經(jīng)過了今天就設(shè)置為明天 if (calendar.timeInMillis System.currentTimeMillis()) { calendar.add(Calendar.DAY_OF_YEAR, 1) } return calendar.timeInMillis } }3. 主界面展示今日計(jì)劃 (MainActivity/ViewModel):主界面使用RecyclerView展示藥品列表或者更友好地展示一個(gè)“今日服藥計(jì)劃”時(shí)間線。這需要查詢數(shù)據(jù)庫并篩選出今天有提醒的藥品。// MainViewModel.kt class MainViewModel(private val medicineRepository: MedicineRepository) : ViewModel() { // 使用StateFlow來驅(qū)動(dòng)UI更新 val todaySchedule: StateFlowListTodayScheduleItem medicineRepository.getTodaySchedule() .stateIn( scope viewModelScope, started SharingStarted.WhileSubscribed(5000), initialValue emptyList() ) } // TodayScheduleItem 是一個(gè)數(shù)據(jù)類包含了藥品信息和對(duì)應(yīng)的下一個(gè)提醒時(shí)間 data class TodayScheduleItem( val medicine: Medicine, val nextReminderTime: String, // 格式化后的時(shí)間如“08:00” val isTaken: Boolean // 今天是否已服用 )4.2 通知交互與狀態(tài)更新當(dāng)提醒通知彈出用戶點(diǎn)擊“已服用”按鈕時(shí)需要完成以下邏輯1. 處理“已服用”點(diǎn)擊我們?cè)赗eminderReceiver中為“已服用”按鈕設(shè)置的PendingIntent應(yīng)該指向一個(gè)服務(wù)如IntentService或另一個(gè)BroadcastReceiver用于在后臺(tái)處理邏輯。// TakenActionService.kt class TakenActionService : IntentService(TakenActionService) { override fun onHandleIntent(intent: Intent?) { intent?.let { val medicineId it.getLongExtra(medicine_id, -1L) if (medicineId ! -1L) { // 1. 在數(shù)據(jù)庫中插入一條服藥記錄 val record MedicineRecord( medicineId medicineId, takenTime System.currentTimeMillis(), isTakenOnTime true // 因?yàn)槭屈c(diǎn)擊通知服用的算準(zhǔn)時(shí) ) // 使用Room需要在協(xié)程或線程中執(zhí)行 runBlocking { AppDatabase.getDatabase(this).medicineRecordDao().insert(record) } // 2. 取消當(dāng)前藥品的本次提醒鬧鐘避免重復(fù)提醒 // 我們需要知道是哪個(gè)具體的鬧鐘被觸發(fā)這需要我們?cè)谠O(shè)置鬧鐘時(shí)保存requestCode // 這里簡(jiǎn)化處理取消該藥品所有今天的鬧鐘并設(shè)置明天的鬧鐘 cancelAndRescheduleReminder(medicineId) // 3. 更新通知可選將當(dāng)前通知內(nèi)容改為“已服用”或者直接取消通知 val notificationManager NotificationManagerCompat.from(this) notificationManager.cancel(medicineId.toInt()) } } } }2. 處理“稍后提醒”“稍后提醒”的邏輯相對(duì)簡(jiǎn)單就是取消當(dāng)前鬧鐘并重新設(shè)置一個(gè)10分鐘后的新鬧鐘。// 在ReminderScheduler中新增一個(gè)方法 fun scheduleSnooze(context: Context, medicineId: Long, medicineName: String, delayMinutes: Int) { val triggerTime System.currentTimeMillis() TimeUnit.MINUTES.toMillis(delayMinutes.toLong()) scheduleReminder(context, medicineId, medicineName, triggerTime) }5. 開發(fā)中常見問題與調(diào)試技巧5.1 AlarmManager不觸發(fā)或不準(zhǔn)時(shí)這是開發(fā)提醒類應(yīng)用最常見的問題。問題鬧鐘到了時(shí)間沒響。排查步驟檢查PendingIntent確保PendingIntent的requestCode是唯一的。如果兩個(gè)鬧鐘使用了相同的requestCode和PendingIntent后設(shè)置的會(huì)覆蓋先設(shè)置的。使用(medicineId, time)組合生成唯一碼。檢查觸發(fā)時(shí)間triggerTimeMillis必須是基于RTC_WAKEUP或ELAPSED_REALTIME_WAKEUP的正確時(shí)間戳。用Log.d()打印出你計(jì)算出的時(shí)間戳和當(dāng)前時(shí)間戳進(jìn)行對(duì)比。檢查廣播接收器確保ReminderReceiver在AndroidManifest.xml中正確注冊(cè)。receiver android:name.receiver.ReminderReceiver android:enabledtrue android:exportedfalse / !-- 通常不需要導(dǎo)出 --檢查Doze模式Android 6.0的Doze模式會(huì)延遲網(wǎng)絡(luò)和CPU活動(dòng)。使用setExactAndAllowWhileIdle()可以突破部分限制但仍有最小間隔??梢栽谠O(shè)置中為你的應(yīng)用關(guān)閉電池優(yōu)化需要引導(dǎo)用戶操作。使用adb命令調(diào)試在終端輸入adb shell dumpsys alarm可以查看系統(tǒng)當(dāng)前所有的鬧鐘設(shè)置檢查你的鬧鐘是否在其中以及下一次觸發(fā)時(shí)間是否正確。5.2 后臺(tái)限制與通知不顯示問題應(yīng)用在后臺(tái)或被清理后通知不出現(xiàn)。解決方案確保通知渠道已創(chuàng)建在App啟動(dòng)時(shí)如Application的onCreate或主Activity創(chuàng)建通知渠道。前臺(tái)服務(wù)?;顚?duì)于可靠性要求極高的場(chǎng)景可以考慮在觸發(fā)提醒時(shí)啟動(dòng)一個(gè)前臺(tái)服務(wù)。前臺(tái)服務(wù)會(huì)有一個(gè)常駐通知告訴用戶應(yīng)用正在運(yùn)行提醒功能。但這會(huì)消耗更多電量需要權(quán)衡。引導(dǎo)用戶設(shè)置在應(yīng)用內(nèi)友好地提示用戶將你的APP加入“白名單”或“不受電池優(yōu)化限制”的列表。這可以通過Intent跳轉(zhuǎn)到系統(tǒng)的電池優(yōu)化設(shè)置頁面來實(shí)現(xiàn)。val intent Intent(Settings.ACTION_REQUEST_IGNORE_BATTERY_OPTIMIZATIONS) intent.data Uri.parse(package:$packageName) startActivity(intent)5.3 數(shù)據(jù)庫操作導(dǎo)致主線程阻塞或UI卡頓問題在主線程執(zhí)行Room的插入、查詢操作導(dǎo)致應(yīng)用無響應(yīng)ANR。黃金法則永遠(yuǎn)不要在UI線程執(zhí)行數(shù)據(jù)庫操作正確做法使用協(xié)程Coroutines在ViewModel或Repository層使用viewModelScope.launch或CoroutineScope(Dispatchers.IO).launch來執(zhí)行掛起suspend的DAO操作。使用返回Flow的查詢Room支持DAO方法返回FlowT。在ViewModel中收集這個(gè)Flow并更新到StateFlow或LiveDataUI通過觀察這些數(shù)據(jù)容器來更新。這樣數(shù)據(jù)庫查詢會(huì)在后臺(tái)線程自動(dòng)進(jìn)行。// 在ViewModel中 init { viewModelScope.launch { medicineRepository.getAllMedicinesFlow().collect { medicineList - _uiState.value uiState.value.copy(medicines medicineList) } } }5.4 應(yīng)用被殺死后數(shù)據(jù)與鬧鐘的恢復(fù)問題用戶強(qiáng)制停止應(yīng)用或重啟手機(jī)后之前設(shè)置的鬧鐘失效。解決方案監(jiān)聽設(shè)備重啟廣播并在應(yīng)用再次啟動(dòng)時(shí)重新設(shè)置所有鬧鐘。在AndroidManifest.xml中注冊(cè)一個(gè)監(jiān)聽BOOT_COMPLETED廣播的接收器。uses-permission android:nameandroid.permission.RECEIVE_BOOT_COMPLETED/ receiver android:name.receiver.BootReceiver android:enabledtrue android:exportedtrue intent-filter action android:nameandroid.intent.action.BOOT_COMPLETED / action android:nameandroid.intent.action.QUICKBOOT_POWERON / !-- 部分廠商 -- /intent-filter /receiver在BootReceiver的onReceive中從數(shù)據(jù)庫讀取所有有效的服藥計(jì)劃并重新調(diào)用ReminderScheduler.scheduleReminder為每個(gè)計(jì)劃設(shè)置鬧鐘。同樣在應(yīng)用主Activity啟動(dòng)時(shí)例如在MainActivity的onCreate中也可以執(zhí)行一次鬧鐘恢復(fù)邏輯以應(yīng)對(duì)應(yīng)用被系統(tǒng)意外終止的情況。5.5 針對(duì)老年人的測(cè)試要點(diǎn)字體縮放在手機(jī)設(shè)置中調(diào)大系統(tǒng)字體測(cè)試你的APP布局是否會(huì)錯(cuò)亂、文字是否被截?cái)?。屏幕閱讀器開啟TalkBackAndroid內(nèi)置屏幕閱讀器測(cè)試所有按鈕和文本是否都有合理的contentDescription能否通過滑動(dòng)和雙擊順利操作。顏色反轉(zhuǎn)/高對(duì)比度模式開啟這些輔助功能檢查你的UI是否仍然清晰可辨。真實(shí)場(chǎng)景模擬將手機(jī)放在一邊等待鬧鐘觸發(fā)。觀察通知的醒目程度是否容易被忽略鈴聲和震動(dòng)是否足夠。嘗試在嘈雜環(huán)境中測(cè)試。開發(fā)這樣一個(gè)APP技術(shù)實(shí)現(xiàn)只是基礎(chǔ)更重要的是對(duì)特定用戶群體的深刻理解和關(guān)懷。每一次代碼編寫和界面設(shè)計(jì)都要問自己“我的爺爺奶奶能用得順手嗎” 這個(gè)過程讓我深刻體會(huì)到好的軟件不僅是功能的堆砌更是用戶體驗(yàn)的打磨。這份畢業(yè)設(shè)計(jì)源碼和說明希望能為你提供一個(gè)扎實(shí)的起點(diǎn)你可以在此基礎(chǔ)上增加更多貼心的功能比如用藥歷史統(tǒng)計(jì)圖表供子女查看、與智能藥盒的藍(lán)牙連接等讓它變得更加完善和實(shí)用。本文還有配套的精品資源點(diǎn)擊獲取