Android服药提醒APP开发：从AlarmManager到无障碍设计的完整实践-平芜编程栈

简介：本资源是一套面向高校计算机类专业本科生的Android毕业设计实战项目，聚焦老年人健康管理中的服药依从性痛点，提供完整的服药提醒APP解决方案。项目采用Android原生开发技术栈，以Java语言实现，涵盖前端界面、后台逻辑与本地数据库（medication.sql）协同工作，支持首页展示、个性化用药提醒设置、用药记录查询及个人中心管理等核心功能，贴合真实老年用户操作习惯与无障碍交互需求。压缩包共5个文件，包含源码（前后端分离打包）、详细使用说明文档（.doc）、数据库脚本（.sql）及简明readme（.txt），总大小46.04MB，结构清晰、模块职责明确，便于理解MVC分层设计与Android生命周期管理实践。目前已有296人学习下载，适合初学者掌握Android基础组件（AlarmManager、Notification、SQLite）、UI适配技巧及毕业设计全流程开发规范。

1. 项目概述：从毕业设计到实用工具的跨越

最近在整理过往的项目资料，翻到了一个几年前带学生做的毕业设计——一个基于Android的老年人服药提醒APP。这个项目虽然起点是本科毕业设计，但其背后涉及的需求痛点、技术选型和产品逻辑，即使在今天看来，也依然具有很高的参考价值。很多同学在做类似项目时，往往容易陷入“为了技术而技术”的误区，或者只关注功能实现，忽略了真实场景下的用户体验。今天，我就以这个“老年人服药提醒APP”为例，拆解一下如何将一个毕业设计课题，打磨成一个逻辑清晰、可用性强的完整项目。这个项目不仅包含了完整的源码，还有详尽的使用说明，非常适合Android开发新手、软件工程专业的学生，以及对移动健康应用感兴趣的朋友参考学习。

这个APP的核心目标非常明确：帮助记忆力减退的老年人按时、按量、正确地服用药物。这听起来简单，但要做好却需要综合考虑多个维度：界面必须极其简洁直观，操作逻辑要符合老年人的认知习惯，提醒机制必须足够可靠且不打扰，数据管理要安全且易于家人查看。在技术实现上，它涵盖了Android开发中多个核心知识点，如AlarmManager或WorkManager实现精准定时提醒、SQLite或Room进行本地数据持久化、Notification和BroadcastReceiver构建通知系统，以及如何设计对视力、操作能力不友好的用户友好的UI/UX。接下来，我将从设计思路、核心实现、避坑经验到项目部署，为你完整呈现这个项目的构建过程。

2. 项目整体设计与核心思路拆解

2.1 需求分析与功能定位

做任何项目，尤其是面向特定人群的应用，深入的需求分析是成功的基石。对于老年人服药提醒APP，我们不能想当然地按照年轻人的使用习惯来设计。我们需要拆解出核心、刚需的功能点：

极简的药物添加与管理：老年人可能同时服用多种药物，每种药物的名称、剂量（如“1片”、“5毫升”）、服用时间（如“早饭后”、“睡前”）、频率（每日、隔日、每周特定天数）都不同。添加流程必须一步一引导，避免在一个页面堆砌过多输入项。
不可错过的提醒机制：这是APP的“心脏”。提醒必须足够醒目（响铃+震动+大字体通知），且具备一定的“容错”能力。例如，如果用户在提醒时没有及时操作（点击“已服用”），系统应在10分钟或15分钟后再次提醒，防止因一时走开而漏服。
清晰的历史记录与家人共享：记录每次服药的操作（是否按时、何时确认），并生成简单的日志。这个功能更多是为照顾老人的子女设计，他们可以通过此功能远程了解老人的服药依从性。这里涉及简单的数据可视化（如日历视图）和可能的导出功能。
无障碍与容错UI设计：字体必须足够大，对比度要高（避免浅灰文字配白底）。按钮要足够大，间距要宽，防止误触。操作反馈要明确（比如点击后按钮颜色变化或伴有振动）。尽量减少层级，避免需要“长按”、“滑动删除”等复杂手势。

基于以上分析，我们将核心功能模块确定为：用户（药物）管理模块、智能提醒调度模块、通知与交互模块、服药记录与日志模块。技术栈选择上，我们当时选择了原生Android开发（Java），因为其控制力强，对系统级API（如闹钟、通知）的访问最直接。数据库选用SQLite，轻量且满足需求。如今，Kotlin和Jetpack组件（特别是Room、WorkManager、DataBinding）已成为更优选择，能让代码更简洁健壮，但核心架构思想是相通的。

2.2 技术架构与模块设计

一个清晰的技术架构能让开发事半功倍，也便于后期维护和扩展。这个APP我们采用了经典的分层架构思想，虽然当时没有严格遵循MVVM，但模块分离的思路是一致的。

数据层（Model）：核心是“药品”和“服药记录”两个实体类（Entity）。药品类包含：ID、名称、剂量、服药时间（可多个，如List<String>）、重复规则（每日、每周某几天）、是否启用等字段。服药记录类包含：记录ID、关联药品ID、计划服药时间、实际服药时间、状态（已服用、跳过、未服用）。这一层由SQLiteOpenHelper或现在的Room Database来管理。

业务逻辑层（ViewModel/Controller）：这是大脑。包含几个关键服务：

药品管理服务：负责CRUD操作，并验证数据的合理性（如时间格式）。
提醒调度服务：这是最复杂的一环。它需要读取所有已启用的药品信息，根据其重复规则，计算出未来所有需要提醒的时间点，并将这些任务准确地提交给系统的定时任务管理器（如AlarmManager）。当药品信息变更（增删改）时，它需要能动态地取消和重新设置提醒。
通知管理服务：负责在提醒触发时，构建并弹出通知。通知的样式、点击后的行为（如跳转到确认页面）都在这里定义。

表现层（View）：即Activity和Fragment。我们设计了几个主要界面：

主界面（药品列表）：以卡片或大列表形式展示所有药品，并醒目显示下一次服药时间。提供“添加药品”入口。
添加/编辑药品界面：表单式界面，通过时间选择器、下拉选择器等简化输入。
通知触发界面：当用户点击通知时，会全屏或弹窗显示一个极其简单的界面，通常只有药品信息、大号的“确认服用”和“跳过”按钮。
历史记录界面：以列表或日历形式展示服药记录。

各层之间通过接口或回调进行通信，保持松耦合。例如，当数据层的药品数据更新时，通过回调通知业务逻辑层更新提醒任务，业务逻辑层再驱动表现层刷新UI。

3. 核心功能实现与关键技术点解析

3.1 精准定时提醒的实现方案

这是项目的技术核心，也是坑最多的地方。Android中实现定时任务主要有几种方式：AlarmManager、WorkManager、Handler+postDelayed。对于服药提醒这种对时间精度要求高、且可能在应用退后台甚至设备重启后仍需工作的场景，Handler方案首先被排除。

方案选择：AlarmManager vs. WorkManager

AlarmManager：是系统级的定时服务，精度高（可设置RTC_WAKEUP在休眠状态下唤醒设备），适合在精确的特定时间点执行任务。但它比较“笨”，需要开发者自己管理任务的持久化（设备重启后需重新设置）和去重逻辑。在我们的场景中，每个药品的每个服药时间点，都是一个独立的Alarm。
WorkManager：是Jetpack组件，用于处理可延迟的、保证会执行的后台任务。它更智能，能处理网络、存储空间等约束条件，并兼容不同的API版本（在底层可能使用AlarmManager或JobScheduler）。但对于需要在每天固定时间点（如早8点）执行的精确任务，其执行时间可能会有一定的延迟（系统为了省电可能会批量执行任务）。

实操心得：经过实测和权衡，我们最终选择了AlarmManager。原因在于服药提醒的“时效性”要求极高，几分钟的延迟可能导致老人错过服药。WorkManager的“保证执行但时间不精确”特性在此处是缺点。虽然需要自己处理设备重启后的恢复逻辑，但这个逻辑是清晰且可控的。

AlarmManager的具体实现步骤：

创建PendingIntent：这是AlarmManager触发时要执行的动作。我们通常创建一个指向一个独立BroadcastReceiver（例如ReminderReceiver）的PendingIntent。在Intent中放入药品ID等数据。

Intent intent = new Intent(context, ReminderReceiver.class); intent.putExtra("medicine_id", medicineId); intent.setAction("ACTION_REMINDER_" + medicineId); // 为每个提醒设置唯一Action，便于管理 PendingIntent pendingIntent = PendingIntent.getBroadcast(context, requestCode, intent, PendingIntent.FLAG_UPDATE_CURRENT | PendingIntent.FLAG_IMMUTABLE);

注意：FLAG_IMMUTABLE是Android 12（API 31）及以上版本的要求，用于安全性。

计算触发时间：根据药品设置的“服药时间”（如“08:00”）和重复规则，计算出下一个（或一系列）具体的系统时间戳（毫秒）。例如，对于每日重复，就是今天的08:00，如果已过时，就是明天的08:00。

Calendar calendar = Calendar.getInstance(); calendar.set(Calendar.HOUR_OF_DAY, hour); calendar.set(Calendar.MINUTE, minute); calendar.set(Calendar.SECOND, 0); calendar.set(Calendar.MILLISECOND, 0); if (calendar.getTimeInMillis() <= System.currentTimeMillis()) { // 如果今天这个时间点已过，设置为明天 calendar.add(Calendar.DAY_OF_YEAR, 1); } long triggerAtMillis = calendar.getTimeInMillis();

设置Alarm：

AlarmManager alarmManager = (AlarmManager) context.getSystemService(Context.ALARM_SERVICE); if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M) { // Android 6.0以上使用setExactAndAllowWhileIdle以保证在低电耗模式下也能唤醒 alarmManager.setExactAndAllowWhileIdle(AlarmManager.RTC_WAKEUP, triggerAtMillis, pendingIntent); } else if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.KITKAT) { alarmManager.setExact(AlarmManager.RTC_WAKEUP, triggerAtMillis, pendingIntent); } else { alarmManager.set(AlarmManager.RTC_WAKEUP, triggerAtMillis, pendingIntent); }

处理设备重启：注册一个BroadcastReceiver监听BOOT_COMPLETED广播。当设备重启后，这个Receiver会被触发，在此处你需要从数据库中读取所有已启用的药品，并重新计算和设置所有的Alarm。别忘了在AndroidManifest.xml中声明该Receiver和申请权限。

3.2 用户界面与无障碍设计要点

对于老年用户，UI/UX设计的重要性不亚于后台逻辑。我们的设计原则是：信息极简、操作极简、反馈明确。

1. 主界面（药品列表）：

布局：使用RecyclerView，每个Item是一个大的卡片（CardView）。避免使用复杂的网格布局。
信息展示：每张卡片上只显示最关键的3-4项信息：药品名称（超大字体）、下次服药时间（突出显示）、剂量。其他信息如详细时间表，可以放在卡片展开或详情页中。
操作：卡片本身点击可进入详情/编辑页。卡片上提供一个显眼的、切换“启用/禁用”提醒的大开关。避免在列表项上做“滑动删除”，改为在详情页提供删除按钮。

2. 添加/编辑药品界面：

分步引导：不要把所有输入框堆在一起。可以采用分步表单或标签页的形式。例如，第一步输入名称和剂量，第二步设置时间，第三步设置重复规则。
输入控件：时间输入务必使用TimePickerDialog，避免手动输入文本。剂量单位使用下拉选择器（Spinner）提供“片”、“粒”、“毫升”等选项。重复规则可以用一组勾选框（CheckBox）表示周一至周日，或者直接提供“每日”、“隔日”等单选按钮。
视觉反馈：每个输入项获得焦点时，应有明显的边框高亮。按钮按下时有颜色或大小的变化。

3. 通知与全屏提醒界面：

通知渠道：Android 8.0以上必须创建通知渠道。我们可以创建一个名为“服药提醒”的高重要性渠道，确保可以发出声音和弹出横幅。
通知内容：使用大文本样式（Notification.BigTextStyle）显示完整的药品信息和服用说明。PendingIntent指向一个全屏的Activity（ReminderActivity）。
全屏提醒Activity：这个界面要极其简单。背景色用温和但不失醒目的颜色（如浅黄色）。中央超大字体显示“该服用[药品名]了”，下面并排两个巨大的按钮：“✅ 已服用”和“⏸ 跳过”。点击“已服用”后，记录日志，并销毁该Activity。点击“跳过”，可以记录跳过原因（可选），并设置一个稍后再次提醒的Alarm（如15分钟后）。

无障碍支持：在布局文件中，为所有ImageView添加android:contentDescription描述，为所有交互元素添加android:importantForAccessibility="yes"。考虑支持系统字体大小设置，使用sp单位定义文字尺寸，使用dp定义控件尺寸。

3.3 数据持久化与历史记录

数据存储我们选择了SQLite，通过自定义SQLiteOpenHelper来管理。定义两张核心表：medicines和intake_records。

表结构设计示例：

-- 药品表 CREATE TABLE medicines ( id INTEGER PRIMARY KEY AUTOINCREMENT, name TEXT NOT NULL, dosage TEXT, dosage_unit TEXT, time_list TEXT, -- 存储JSON数组，如 ["08:00", "12:00", "20:00"] repeat_days TEXT, -- 存储JSON数组，如 [1,3,5] 代表周一、三、五，或 "daily" is_active INTEGER DEFAULT 1 ); -- 服药记录表 CREATE TABLE intake_records ( id INTEGER PRIMARY KEY AUTOINCREMENT, medicine_id INTEGER, scheduled_time INTEGER, -- 计划服药时间戳 actual_time INTEGER, -- 实际服药时间戳，为空表示未服 status TEXT, -- 'taken', 'skipped', 'missed' FOREIGN KEY (medicine_id) REFERENCES medicines (id) );

注意：将列表数据（如多个时间、重复天数）以JSON字符串形式存储是一个简单方案，更规范的做法是建立关联表，但对于毕业设计级别的应用，JSON存储足以应对。

历史记录查询与展示：在历史记录界面，我们需要关联查询两张表。可以展示一个按日期分组的列表。对于“服药依从性”的简单分析，可以通过SQL查询计算某段时间内的按时服药率。例如：

SELECT date(scheduled_time/1000, 'unixepoch') as day, COUNT(*) as total, SUM(CASE WHEN status='taken' AND (actual_time - scheduled_time) < 600000 THEN 1 ELSE 0 END) as on_time FROM intake_records WHERE scheduled_time BETWEEN ? AND ? GROUP BY day ORDER BY day DESC;

这个查询可以统计每天计划服药次数和按时（假设10分钟内算按时）服药的次数。

4. 开发环境搭建与项目部署指南

4.1 Android Studio环境配置与项目导入

对于新手而言，第一步就是把项目跑起来。这个项目源码包（.zip）解压后，通常是一个标准的Android Studio项目目录。

安装Android Studio：从官网下载最新稳定版。安装过程中，SDK Manager会引导你安装必要的SDK版本和构建工具。对于这个项目，你需要确保安装了项目build.gradle中指定的compileSdkVersion和targetSdkVersion对应的SDK Platform。通常毕业设计项目可能基于较老的API（如API 28），你也需要一并安装。
导入项目：
- 打开Android Studio，选择“Open”或“Import Project”。
- 导航到解压后的项目文件夹，选择包含build.gradle文件的根目录。
- Android Studio会自动开始Gradle同步。这是最容易出错的一步。
- 常见问题1：Gradle下载慢或失败。这是因为默认使用了Google的仓库。解决办法是修改项目根目录下的build.gradle文件，将repositories部分添加阿里云镜像。
```
// 在allprojects的repositories里添加 maven { url 'https://maven.aliyun.com/repository/google' } maven { url 'https://maven.aliyun.com/repository/jcenter' } maven { url 'https://maven.aliyun.com/nexus/content/groups/public' }
```
- 常见问题2：Gradle版本与插件版本不兼容。如果同步报错提示版本问题，你需要根据错误信息，修改项目根目录gradle/wrapper/gradle-wrapper.properties中的distributionUrl，或者修改build.gradle中classpath的Android Gradle插件版本。一个保守的策略是使用项目创建时的版本组合。
连接设备或模拟器：建议使用真机调试，体验更真实。在手机上开启“开发者选项”和“USB调试”。在Android Studio中运行按钮旁选择你的设备，点击运行。

避坑指南：如果项目使用了AndroidX库，而你的环境或依赖有冲突，可以尝试在gradle.properties文件中添加android.useAndroidX=true和android.enableJetifier=true。如果遇到Failed to find Build Tools revision错误，去SDK Manager中安装对应版本的Build Tools。

4.2 关键代码结构与核心文件导读

成功导入项目后，你会在app/src/main目录下看到标准的Android项目结构。我们来快速定位核心文件：

java/com/example/medreminder/(包名可能不同)
- model/: 数据模型类，如Medicine.java,IntakeRecord.java。
- database/: 数据库帮助类DBHelper.java，可能包含契约类Contract.java定义表名和列名。
- receiver/: 广播接收器，最重要的就是ReminderReceiver.java（处理Alarm触发）和BootReceiver.java（处理设备重启）。
- service/: 可能有一些后台服务，但本项目中主要用Receiver。
- activity/: 活动类。
  - MainActivity.java: 主界面，显示药品列表。
  - AddEditMedicineActivity.java: 添加/编辑药品界面。
  - ReminderActivity.java: 全屏提醒界面。
  - HistoryActivity.java: 历史记录界面。
- utils/: 工具类，如时间格式转换DateUtils.java、Alarm设置工具AlarmUtils.java、通知工具NotificationUtils.java。
res/layout/: 对应的布局XML文件。
AndroidManifest.xml:务必仔细检查。里面需要声明用到的所有Activity、Receiver（特别是BootReceiver需要声明BOOT_COMPLETED权限和intent-filter）、Service，以及必要的权限（如RECEIVE_BOOT_COMPLETED,VIBRATE等）。

阅读代码时，建议从MainActivity开始，顺着数据流走一遍：界面如何加载药品列表 -> 点击添加如何跳转 -> 保存药品时如何写入数据库并调用AlarmUtils.setReminder()->AlarmUtils如何设置Alarm -> 时间到后ReminderReceiver如何被触发 -> 它又如何启动ReminderActivity或发送通知。

4.3 功能测试与调试技巧

开发完成后， rigorous的测试至关重要，尤其是对于提醒类应用。

单元测试（可选但推荐）：为工具类（如AlarmUtils中计算下次提醒时间的方法）和数据库操作编写单元测试，确保核心逻辑正确。
集成测试与场景模拟：
- 提醒功能测试：这是重点。添加一个几分钟后的提醒，然后锁屏等待。观察通知是否准时弹出，点击后是否能正确跳转和记录。测试“稍后提醒”功能是否工作。
- 时区与时间变更测试：手动修改手机系统时间，跨天、跨时区，检查提醒是否还能在正确的时间点触发。AlarmManager基于RTC（实时时钟）时间，通常不受时区影响，但你的时间计算逻辑需要处理好。
- 设备重启测试：设置一个未来的提醒，然后重启手机（或模拟器）。开机后，检查APP是否自动重新设置了提醒（需要BootReceiver工作正常）。
- 边界测试：添加一个过去时间的提醒，看程序逻辑是立即触发还是设置为明天。测试重复规则，如“每周一、三、五”，检查非提醒日是否真的不会触发。
- 内存与生命周期测试：在添加药品、弹出提醒等过程中，频繁切换前后台、旋转屏幕，确保应用不崩溃，数据不丢失。
使用ADB命令辅助调试：
- 查看日志：adb logcat | grep -i “MedReminder”(假设你的APP标签是MedReminder)。
- 模拟广播：测试BootReceiver时，可以不重启设备，而是用命令模拟开机广播：adb shell am broadcast -a android.intent.action.BOOT_COMPLETED。
- 发送特定提醒广播：可以手动触发某个Alarm对应的PendingIntent来测试Receiver逻辑。

5. 毕业设计论文撰写与项目答辩要点

如果你正在做毕业设计，那么除了代码，论文和答辩也是重中之重。这个项目为论文提供了丰富的素材。

5.1 论文各章节内容组织建议

第一章绪论：阐述人口老龄化背景下，老年人慢性病管理及服药依从性低的现实问题，引出开发一款智能服药提醒APP的必要性和意义。介绍国内外相关研究现状（可以找几款主流健康类APP或学术论文简述），最后说明本论文的主要工作和结构。
第二章相关技术与理论：分小节介绍本项目用到的核心技术。如Android系统架构与四大组件、SQLite数据库、AlarmManager定时机制、Notification通知系统、Material Design设计原则与无障碍设计理念。切忌堆砌教科书内容，要结合本项目“为什么用这个技术”来写。
第三章系统分析与设计：这是核心章节。
- 3.1 需求分析：详细描述功能性需求（就是前面提到的增删改查、提醒、记录）和非功能性需求（如界面响应时间、数据准确性、易用性）。
- 3.2 系统架构设计：画出系统的分层架构图或模块图。
- 3.3 功能模块设计：用用例图或文字详细描述每个模块的功能。
- 3.4 数据库设计：给出完整的E-R图，并详细说明每张表的设计思路和字段含义（就是前面提到的medicines和intake_records表）。
- 3.5 界面设计：可以放上关键界面的线框图或最终效果图，并解释其符合老年人使用习惯的设计点。
第四章系统实现：对应“核心功能实现”部分。不要贴大段代码，而是用伪代码、流程图、序列图配合关键代码片段来说明。例如：
- 4.1 药品管理模块实现：描述数据流，贴出Medicine实体类和数据库插入的关键代码。
- 4.2 智能提醒模块实现：这是重点。画出“设置提醒”和“触发提醒”的流程图或序列图。详细解释AlarmManager的设置过程、PendingIntent的构建、BroadcastReceiver的处理逻辑，并附上核心代码。
- 4.3 通知与交互模块实现：展示通知渠道的创建、大文本通知的构建、全屏ReminderActivity的布局和逻辑。
- 4.4 数据持久化模块实现：展示DBHelper的关键方法。
第五章系统测试：将你的测试过程和结果系统化。设计测试用例表，包括测试项、操作步骤、预期结果、实际结果。例如，“测试提醒准时性”、“测试设备重启后提醒恢复”、“测试添加药品异常输入处理”等。可以附上测试截图（如通知弹出、历史记录页面）。
第六章总结与展望：总结整个项目完成的工作，实现了哪些功能，达到了什么目标。客观分析项目的不足（如未实现云端同步、家人端APP、与智能药盒硬件联动等），并提出未来可以改进和扩展的方向。

5.2 项目演示与答辩准备

答辩是展示你工作成果的关键时刻。

演示准备：
- 准备一个流畅的演示脚本：从打开APP开始，到添加一个复合型药品（多种时间、重复规则），然后快速将系统时间调整到下一个提醒时刻，展示通知弹出、全屏确认、历史记录生成的完整流程。整个过程控制在3-5分钟内。
- 准备备用机或模拟器：确保演示环境稳定。提前设置好一两个“即将触发”的提醒，避免在台上干等。
- 突出亮点：在演示时，可以口头强调你的设计亮点，比如“考虑到老年人操作，我们把这个按钮做得特别大”、“为了防止漏提醒，我们设计了二次提醒机制”。
答辩Q&A预演：提前思考老师可能问的问题，并准备好答案。
- 技术原理类：“AlarmManager和WorkManager有什么区别？你为什么选前者？”（考察技术选型思考）
- 设计细节类：“如果同一个时间点要吃两种药，你的提醒怎么处理？”（考察边界情况处理，可以回答合并通知或顺序弹出）
- 扩展性类：“如果老人不小心删除了APP，数据怎么恢复？”（引出云端备份和同步的重要性，作为未来展望）
- 项目意义类：“你的APP和手机自带的闹钟有什么区别？”（突出专业性：支持复杂重复规则、药品剂量管理、服药记录追踪、家人查看等）
- 难点与收获：“项目中遇到的最大技术难点是什么？你是怎么解决的？”（如实回答，比如Alarm的精确管理和去重、设备重启后的恢复等）

记住，答辩不仅是考技术，更是考察你发现问题、分析问题、解决问题的逻辑思维能力，以及你对所做工作的深入理解。清晰的结构、自信的表述、对细节的掌握，都能为你加分。

这个基于Android的老年人服药提醒APP项目，麻雀虽小，五脏俱全。它串联了Android开发的多个核心知识点，并从一个真实的用户需求出发，完成了从产品设计、技术实现到测试部署的全流程。希望这份超详细的拆解，不仅能帮你理解这个项目的源码，更能为你未来从事软件开发，提供一个完整而扎实的项目实践范本。在实际开发中，你还可以考虑引入更现代的架构如MVVM，使用Kotlin协程处理后台任务，甚至集成简单的后端服务实现数据云同步，让这个毕业设计真正具备产品化的潜力。

本文还有配套的精品资源，点击获取