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