简介这是一套面向计算机专业本科生的Android毕业设计实战资源聚焦老年人健康管理场景实现服药提醒核心功能适用于课程设计、期末大作业及毕设选题。项目采用前后端分离架构后端基于SpringBoot开发前端为Android原生应用数据库使用MySQL配套完整注释与部署教程新手可快速上手。压缩包共6个文件包含3个核心ZIP含Android源码、SpringBoot后台代码、演示视频、2份TXT说明文档含使用指南与部署指引及1个SQL数据库脚本总大小92.18MB结构清晰、模块分明便于分阶段学习与调试。已有334人下载学习资源提供从环境搭建、接口联调到真机测试的全流程支持涵盖数据库建表语句、Gradle/Maven配置要点、关键业务逻辑注释及常见运行问题解决方案切实降低开发门槛提升项目交付质量。1. 项目缘起与核心价值为什么选择“老年人服药提醒”作为毕业设计做毕业设计最头疼的往往不是技术实现而是选题。选一个“烂大街”的课题比如图书管理系统、学生信息管理系统虽然能完成但缺乏新意在答辩时也很难给老师留下深刻印象。选一个过于前沿或复杂的课题又容易因为时间、精力或技术储备不足而“烂尾”。我当年做毕业设计时也在这个问题上纠结了很久。最终我选择了“基于Android的老年人服药提醒App”这个方向现在看来这是一个非常明智的决定。它不仅让我顺利通过了答辩获得了不错的成绩更重要的是这个项目具备很强的现实意义和技术综合性能充分展示一个准Android开发者的综合能力。为什么说它是个好选题首先它切中了一个真实的社会痛点。随着人口老龄化加剧许多独居或记忆力减退的老年人常常会忘记按时服药或者记不清是否已经服过药这直接关系到他们的健康与安全。一个简单、易用、可靠的服药提醒工具市场需求是真实存在的。其次从技术层面看这个项目麻雀虽小五脏俱全。它几乎涵盖了Android应用开发的核心知识点UI界面设计特别是针对老年人的大字体、高对比度设计、后台服务与定时任务实现精准提醒、本地数据库存储管理药品和服药记录、以及可能涉及的通知系统、多媒体声音、震动等。对于数据库课程设计你也能在这里找到用武之地设计一个合理、高效的本地数据库Schema来支撑整个App的数据流转。所以如果你正在为Android毕业设计选题发愁或者想找一个能串联起多门课程知识的实战项目“老年人服药提醒App”绝对是一个值得深入挖掘的金矿。接下来我将以我自己的实现为例手把手带你从零开始完成这个既有温度又有技术深度的项目。我会重点讲解设计思路、关键技术的实现细节以及我在开发过程中踩过的那些“坑”并提供完整的源码和数据库设计供你参考。2. 需求分析与功能设计从用户场景出发构建产品骨架在动手写代码之前我们必须先想清楚这个App到底要给谁用他们要解决什么问题只有把需求理清后续的设计和开发才不会跑偏。2.1 核心用户画像与使用场景我们的核心用户是老年人以及可能协助他们管理药物的子女或护工。因此设计必须遵循“为老年人设计”的原则视觉上字体要大图标要清晰色彩对比度要高避免使用复杂的渐变或扁平化设计中不易辨识的细节。交互上操作流程要极简步骤要少点击区域要大避免需要精确长按、双指缩放等复杂手势。认知上语言要通俗直白避免专业术语。功能逻辑要一目了然不需要用户去“探索”或“学习”。一个典型的使用场景是张大爷患有高血压和糖尿病每天需要早晚各服一次降压药中午饭后服一次降糖药。他视力不好手指也不太灵活。我们的App需要帮他轻松添加这三种药并设置好每天服用的具体时间如08:00 20:00 13:00。到了时间App能以足够响亮且持续的铃声考虑老年人可能耳背和手机震动进行提醒。提醒界面要极其简单最好全屏显示只提供“已服用”和“跳过”两个大按钮。张大爷一眼就能看懂点一下“已服用”即可。记录张大爷每次的服药动作方便子女远程查看通过本地记录或简单的数据导出了解父亲的服药依从性。2.2 功能模块拆解基于以上场景我们可以将App的功能拆解为以下几个核心模块药品管理模块添加药品输入药品名称、规格、用法用量如“一次一片”、“一次一包”、备注如“餐后服用”。设置服药计划这是核心。需要为每种药设置提醒周期每天、每周特定几天、隔天等和一天内的具体提醒时间点可多个。查看与编辑药品以列表形式展示所有药品支持修改和删除。提醒与通知模块定时任务调度根据药品的提醒计划在指定时间触发提醒。这里必须考虑Android系统的后台限制尤其是Android 8.0以上的版本。前台服务与通知为了确保提醒不被系统“杀死”需要启动一个前台服务并创建一个常驻的通知栏通知告诉用户“服药提醒服务正在运行”。全屏提醒界面当提醒触发时启动一个全屏的Activity或使用高优先级的通知播放铃声和震动确保即使用户不在使用手机也能注意到。服药记录与日志模块记录操作用户点击“已服用”或“跳过”时记录本次操作的时间、药品、执行动作。历史查看以日历或列表形式展示历史服药记录清晰标记“已服”、“跳过”、“未处理”。数据统计进阶功能生成简单的依从性报告如本周按时服药率。本地数据库模块数据持久化所有药品信息、服药计划、历史记录都需要安全地存储在本地。数据结构设计需要设计合理的表结构来关联药品、计划、记录。设置与辅助功能模块提醒音设置允许用户选择或自定义提醒铃声。震动设置开关震动。字体大小调整提供一档“超大字体”模式开关。数据备份/导出将记录导出为文件方便分享给子女或医生。明确了功能我们就有了清晰的开发路线图。接下来我们进入技术选型与核心实现的环节。3. 技术选型与核心实现如何构建一个稳定可靠的后台提醒系统这是整个项目的技术核心也是毕业设计答辩时老师最可能深挖的部分。你需要清晰地阐述为什么选择这些技术以及它们是如何协同工作的。3.1 数据库设计SQLite与Room的优雅结合本地存储我们选择SQLite这是Android的原生支持轻量且无需网络。但直接使用SQLiteOpenHelper会写很多样板代码因此我强烈推荐使用Google Jetpack组件中的Room持久化库。它是在SQLite之上的一层抽象提供了编译时SQL检查、方便的ORM对象关系映射支持能极大提升开发效率和代码安全性。我们的数据库至少需要三张核心表药品表 (Medicine)存储药品静态信息。CREATE TABLE medicine ( id INTEGER PRIMARY KEY AUTOINCREMENT, name TEXT NOT NULL, -- 药品名 dosage TEXT, -- 单次用量如“1片” note TEXT -- 备注如“餐后服用” );服药计划表 (Schedule)存储每种药的提醒规则。这里的设计是关键它决定了提醒的灵活性。CREATE TABLE schedule ( id INTEGER PRIMARY KEY AUTOINCREMENT, medicine_id INTEGER NOT NULL, -- 外键关联药品 enabled INTEGER DEFAULT 1, -- 是否启用该计划 repeat_mode TEXT NOT NULL, -- 重复模式如 daily, weekly:1,3,5 (表示每周一、三、五) time TEXT NOT NULL, -- 提醒时间格式如 08:00 如果一天多次可存为 08:00,13:00,20:00或用另一张表关联 FOREIGN KEY (medicine_id) REFERENCES medicine(id) ON DELETE CASCADE );注意关于一天多次提醒的存储有两种常见方案。一是将多个时间点用逗号拼接存在一个字段如上例解析稍麻烦但简单二是单独建一张“计划时间点”表与Schedule表是一对多关系更符合数据库范式。对于毕业设计我建议用第二种更能体现你对数据库关系的理解。服药记录表 (Record)记录每次提醒的用户反馈。CREATE TABLE record ( id INTEGER PRIMARY KEY AUTOINCREMENT, schedule_id INTEGER NOT NULL, -- 关联到具体的计划和时间点 medicine_id INTEGER NOT NULL, -- 冗余存储方便查询 scheduled_time INTEGER NOT NULL, -- 计划服药时间时间戳 action_time INTEGER, -- 用户操作时间时间戳NULL表示未处理 action TEXT, -- TAKEN已服用, SKIPPED跳过, MISSED系统标记为错过 FOREIGN KEY (schedule_id) REFERENCES schedule(id), FOREIGN KEY (medicine_id) REFERENCES medicine(id) );使用Room你需要定义对应的Entity实体类、Dao数据访问对象和Database类。这部分代码结构清晰网上教程也很多关键是理解表之间的关系。3.2 定时提醒AlarmManager与WorkManager的抉择与实战如何在准确的时间触发提醒这是Android后台任务的老大难问题。主要候选方案有AlarmManager、WorkManager和JobScheduler。AlarmManager最传统、最“强硬”的定时器。它可以设置精确的闹钟即使在设备休眠时也能唤醒CPU执行操作。这对于服药提醒这种对时间准确性要求高的场景是必须的。但是从Android 6.0 (API 23) 开始尤其是Android 8.0 (API 26) 引入了“后台执行限制”后AlarmManager的setExact方法行为发生了变化在低电量和Doze模式下可能不精确。WorkManagerGoogle推荐的后台任务调度库它兼容性好能根据系统版本自动选择最佳实现JobScheduler, AlarmManagerGcmNetworkManager等。但它设计用于延迟容忍度较高的周期性任务如每天同步一次数据对于“每天08:00准时响铃”这种需求其时间准确性无法保证。JobSchedulerAPI 21以上系统原生支持功能强大但需要自己处理版本兼容。我的方案是两者结合以AlarmManager为主WorkManager为辅。核心精准提醒使用AlarmManager为每一个未来的、独立的服药时间点例如明天08:00设置一个精确的AlarmManager闹钟使用setExactAndAllowWhileIdle或setAlarmClock后者会在状态栏显示一个即将到来的闹钟图标用户体验更好。当闹钟触发时启动一个前台服务并弹出全屏提醒界面。// 示例设置一个精确的闹钟 val alarmManager context.getSystemService(Context.ALARM_SERVICE) as AlarmManager val intent Intent(context, ReminderReceiver::class.java).apply { putExtra(schedule_id, scheduleId) putExtra(medicine_name, medicineName) } val pendingIntent PendingIntent.getBroadcast(context, requestCode, intent, PendingIntent.FLAG_UPDATE_CURRENT or PendingIntent.FLAG_IMMUTABLE) // 使用 setAlarmClock 用户体验好在Doze模式下也能相对准时触发 val triggerTime ... // 计算出的下一次提醒的时间戳 val showIntent Intent(context, MainActivity::class.java) // 点击闹钟图标跳转的Intent val showPendingIntent PendingIntent.getActivity(context, 0, showIntent, PendingIntent.FLAG_IMMUTABLE) val alarmClockInfo AlarmManager.AlarmClockInfo(triggerTime, showPendingIntent) alarmManager.setAlarmClock(alarmClockInfo, pendingIntent)踩坑记录PendingIntent的FLAG_IMMUTABLE标志在Android 12 (API 31) 及以上是必须的否则会崩溃。同时要管理好requestCode确保每个独立的提醒都有唯一的requestCode这样才能单独取消。使用WorkManager进行“兜底”和计划重置由于用户可能重启手机、强制停止App或者系统为了省电清除了Alarm。我们可以注册一个监听设备重启的广播接收器在重启后使用WorkManager安排一个一次性的、立即执行的任务这个任务的工作就是重新从数据库读取所有已启用的服药计划并为每个计划的未来时间点重新设置AlarmManager闹钟。同时可以安排一个每天一次的周期性Work在深夜如凌晨2点执行检查并设置第二天的所有提醒作为二次保障。// 在Application或启动Activity中初始化计划 class MyApplication : Application() { override fun onCreate() { super.onCreate() // 检查并重置所有闹钟 ReminderScheduler.rescheduleAllReminders(this) // 安排一个每日的兜底检查任务 val dailyCheckRequest PeriodicWorkRequestBuilderDailyReminderCheckWorker(1, TimeUnit.DAYS) .setInitialDelay(1, TimeUnit.HOURS) // 1小时后首次执行 .build() WorkManager.getInstance(this).enqueueUniquePeriodicWork( daily_reminder_check, ExistingPeriodicWorkPolicy.KEEP, dailyCheckRequest ) } }3.3 前台服务与全屏提醒确保提醒能被用户感知当AlarmManager触发的广播接收器ReminderReceiver被调用时我们不能在里面直接进行长时间操作或启动界面。标准做法是启动一个前台服务在ReminderReceiver的onReceive中启动一个IntentService或JobIntentService兼容性好并在这个Service里启动前台服务。class ReminderService : JobIntentService() { override fun onHandleWork(intent: Intent) { // 1. 创建通知渠道Android 8.0必需 // 2. 构建一个常驻通知启动前台服务 startForeground(NOTIFICATION_ID, buildPersistentNotification()) // 3. 启动全屏提醒Activity val fullScreenIntent Intent(this, ReminderActivity::class.java).apply { putExtras(intent.extras!!) flags Intent.FLAG_ACTIVITY_NEW_TASK or Intent.FLAG_ACTIVITY_CLEAR_TOP } startActivity(fullScreenIntent) } }这个前台服务的通知会一直显示在状态栏告诉用户“服药提醒服务正在运行”降低被系统杀死的概率。设计全屏提醒Activity这个Activity的布局要极其简单。背景可以用醒目的颜色如浅红色中央大字体显示“该服用[药品名]了”和用法用量下方放置两个巨大的按钮“✅ 已服用”和“⏭ 跳过”。同时在onCreate中播放铃声和启动震动。class ReminderActivity : AppCompatActivity() { override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) // 点亮屏幕并解锁需要权限 window.addFlags(WindowManager.LayoutParams.FLAG_KEEP_SCREEN_ON or WindowManager.LayoutParams.FLAG_DISMISS_KEYGUARD or WindowManager.LayoutParams.FLAG_SHOW_WHEN_LOCKED or WindowManager.LayoutParams.FLAG_TURN_SCREEN_ON) setContentView(R.layout.activity_reminder_fullscreen) // 播放提醒音 val ringtone RingtoneManager.getRingtone(this, Settings.System.DEFAULT_ALARM_ALERT_URI) ringtone.play() // 震动 val vibrator getSystemService(Context.VIBRATOR_SERVICE) as Vibrator val pattern longArrayOf(0, 1000, 1000) // 等待0ms震动1000ms停止1000ms循环 vibrator.vibrate(VibrationEffect.createWaveform(pattern, 0)) // 0表示不重复 // 按钮点击事件 buttonTaken.setOnClickListener { // 1. 停止铃声和震动 ringtone.stop() vibrator.cancel() // 2. 在数据库中插入一条“TAKEN”记录 // 3. 取消本次提醒对应的Alarm如果是一次性闹钟 // 4. 设置下一个周期的闹钟如果是周期性任务 // 5. 关闭Activity finish() } // ... 跳过按钮类似 } }重要提示播放铃声和震动需要相应的权限VIBRATE权限是普通权限声明即可。在Android 10及以上后台启动Activity限制很严但从前台服务启动全屏Activity通常是允许的尤其是用于闹钟、提醒这类用户明确期待的场景。4. 数据库操作的实战细节与优化Room的高级用法与数据同步数据库不仅仅是建表存数据如何高效、安全地操作数据处理关联查询是体现工程能力的地方。4.1 使用Room处理关联查询与数据观察我们的数据是关联的查看历史记录时需要同时显示药品名和计划时间。Room通过Relation注解或返回自定义的POJO非Entity类可以轻松实现。例如我们想查询一个包含药品名和记录信息的视图// 定义一个非Entity的数据类用于承载查询结果 data class RecordWithMedicine( Embedded val record: Record, Relation(parentColumn medicine_id, entityColumn id) val medicine: Medicine, Relation(parentColumn schedule_id, entityColumn id) val schedule: Schedule ) // 在RecordDao中定义查询方法 Dao interface RecordDao { Transaction // 确保关联查询的原子性 Query(SELECT * FROM record ORDER BY scheduled_time DESC) fun getAllRecordsWithDetails(): LiveDataListRecordWithMedicine }注意这里返回的是LiveDataListRecordWithMedicine。这是Room与Android Architecture Components结合的精华。LiveData是一个可观察的数据持有者当数据库中的记录发生变化时UI层如Activity、Fragment会自动收到通知并更新界面。这实现了数据的响应式更新你无需手动在每次增删改查后去刷新UI列表。4.2 事务处理与数据一致性当用户点击“已服用”时我们需要执行多个操作插入记录、更新下次提醒时间、可能还要更新药品的剩余数量。这些操作必须作为一个整体要么全部成功要么全部失败否则会出现数据不一致例如记录了服药但闹钟没更新。Room的Dao接口方法默认就在事务中执行。对于自定义的复杂事务可以使用Transaction注解。Dao interface MedicineDao { Transaction suspend fun takeMedicine(record: Record, nextAlarmTime: Long) { // 1. 插入服药记录 insertRecord(record) // 2. 更新Schedule表中的下次提醒时间如果设计中有此字段 updateScheduleNextAlarm(record.scheduleId, nextAlarmTime) // 3. 可以在这里触发其他逻辑如更新统计信息 } }使用Kotlin的suspend函数配合协程可以方便地在后台线程执行这些数据库操作避免阻塞主线程。4.3 数据库迁移与版本管理在开发过程中你的数据库结构很可能发生变化。比如最初Schedule表没有enabled字段后来加上了。如果你直接修改Entity类并运行App旧用户会遭遇数据库崩溃。Room通过Migration类来处理版本升级。Database(entities [Medicine::class, Schedule::class, Record::class], version 2) abstract class AppDatabase : RoomDatabase() { companion object { // 定义从版本1到版本2的迁移 private val MIGRATION_1_2 object : Migration(1, 2) { override fun migrate(database: SupportSQLiteDatabase) { // 给schedule表增加enabled字段默认值为1启用 database.execSQL(ALTER TABLE schedule ADD COLUMN enabled INTEGER NOT NULL DEFAULT 1) } } fun buildDatabase(context: Context): AppDatabase { return Room.databaseBuilder( context.applicationContext, AppDatabase::class.java, medicine_reminder.db ).addMigrations(MIGRATION_1_2) // 添加迁移 .build() } } }切记每次修改Entity增删改字段、增删改表或新增Entity都需要提升Database注解中的version号并提供相应的Migration。如果不提供Room会尝试删除所有表并重建导致用户数据丢失这是绝对要避免的。5. 界面设计与用户体验优化为老年人量身定做功能实现了但如果界面让老年人无从下手那这个App就是失败的。UI/UX设计在这里和技术实现同等重要。5.1 布局与视觉设计原则使用ConstraintLayout它能够更好地实现复杂界面的响应式布局确保在不同尺寸和密度的屏幕上都能有良好的显示效果。字体与尺寸所有文本的textSize至少使用18sp重要标题使用24sp或更大。使用sp单位而非dp这样用户如果在系统设置中调整了字体大小你的App也会跟随变化。颜色与对比度背景与前景文字的对比度至少要满足WCAG AA标准4.5:1。避免使用浅灰色文字。按钮使用高饱和度的颜色如蓝色、绿色与背景形成鲜明对比。可以提供一个“高对比度”主题开关。间距与点击区域按钮要足够大minHeight至少设为48dpAndroid Material Design建议的最小触摸目标尺寸。元素之间的间距也要拉大防止误触。5.2 核心界面实现示例添加药品页面这个页面需要平衡信息的完整性和操作的简便性。!-- activity_add_medicine.xml 简化示例 -- ScrollView LinearLayout orientationvertical padding16dp TextView text药品名称 textSize20sp/ EditText idid/etMedicineName hint请输入药品名如阿司匹林 textSize18sp minHeight48dp/ TextView text用法用量 textSize20sp/ EditText idid/etDosage hint如一次一片一日三次 textSize18sp minHeight48dp/ TextView text设置提醒 textSize20sp/ !-- 时间选择器使用大按钮触发 -- Button idid/btnPickTime text选择提醒时间 textSize18sp minHeight56dp/ TextView idid/tvSelectedTime textSize18sp/ !-- 重复周期选择可以用一组大号CheckBox表示周一至周日 -- LinearLayout orientationhorizontal CheckBox text周一 textSize16sp scaleX1.2 scaleY1.2/ !-- ... 周二至周日 -- /LinearLayout !-- 保存按钮做得特别大和醒目 -- Button idid/btnSave text保存药品 textSize22sp minHeight64dp backgroundcolor/colorPrimary textColorandroid:color/white/ /LinearLayout /ScrollView在代码中时间选择可以使用MaterialTimePicker日期选择使用MaterialDatePicker它们都是Material Design组件库的一部分样式现代且易于使用。5.3 辅助功能支持这是很多开发者会忽略但能极大提升应用包容性的部分。Android提供了完善的辅助功能Accessibility支持。内容描述为所有ImageButton、ImageView添加android:contentDescription属性方便屏幕阅读器如TalkBack为视障用户描述图片内容。焦点顺序通过android:nextFocusDown、android:nextFocusForward等属性合理控制使用键盘或方向键导航时的焦点顺序。测试在手机上开启TalkBack尝试不依赖视觉仅通过语音反馈和手势来操作你的App你会发现很多可以改进的地方。6. 项目集成、测试与答辩准备从代码到成果的最后一公里完成了核心模块开发接下来就是整合、测试和准备展示。6.1 项目结构组织与模块化一个清晰的项目结构能让你的代码更易维护也给答辩老师留下好印象。推荐按功能模块分包com.yourcompany.medicineReminder/ ├── data/ │ ├── local/ # 数据库相关 │ │ ├── dao/ │ │ ├── entity/ │ │ └── AppDatabase.kt │ └── repository/ # 数据仓库统一数据源入口 ├── di/ # 依赖注入如使用Hilt ├── reminder/ # 提醒相关核心逻辑 │ ├── scheduler/ # AlarmManager调度逻辑 │ ├── service/ # 前台服务 │ └── receiver/ # 广播接收器 ├── ui/ │ ├── addmedicine/ # 添加药品界面 │ ├── main/ # 主界面药品列表 │ ├── history/ # 历史记录界面 │ └── reminder/ # 全屏提醒界面 ├── utils/ # 工具类 └── App.kt # 自定义Application使用Repository模式来统一管理数据源本地数据库、未来可能的网络让ViewModel不直接接触Dao降低耦合。6.2 系统性测试方案毕业设计不能只演示“Happy Path”。你需要系统地测试并能在答辩时阐述你的测试方法。功能测试添加、编辑、删除药品。设置复杂的服药计划如每周一、三、五的早8点和晚8点。等待或修改系统时间触发提醒验证全屏界面、铃声、震动是否正常。点击“已服用”/“跳过”检查记录是否生成对应的未来闹钟是否被正确更新或取消。边界与异常测试时间边界设置跨午夜的提醒如23:50检查日期处理是否正确。系统交互触发提醒时按下音量键、电源键App行为如何应不影响提醒全屏Activity应保持在最前。后台限制强制停止App后重启手机检查WorkManager的兜底任务是否能重新设置闹钟。低电量模式/省电模式开启后测试AlarmManager.setAlarmClock()是否依然相对准时。数据库异常尝试插入空药品名看是否有校验提示。用户体验测试将系统字体调到最大查看界面是否错乱。开启TalkBack测试核心流程是否可访问。6.3 毕业设计文档与答辩要点一份优秀的毕业设计除了代码还需要清晰的文档。论文/设计说明书结构应包括绪论背景与意义、需求分析、系统设计总体设计、数据库设计、模块设计、系统实现关键代码与界面截图、系统测试、总结与展望。切忌代码堆砌重点用流程图、时序图、类图、表结构图来阐述设计用核心代码片段说明实现。答辩PPT提炼精华。首页题目、姓名、学号。接着快速讲背景和意义1页。重点讲系统设计2-3页展示你的系统架构图、数据库ER图、核心模块关系图。然后讲关键技术与实现难点3-4页这是展示你技术深度的部分详细讲AlarmManager与WorkManager的选型与结合、Room数据库的关联查询与LiveData、前台服务保活策略。接着是功能演示准备录屏或现场操作最后是总结与致谢。答辩陈述练习用技术语言清晰地表达。老师可能会问“你的提醒机制如何保证在Android高版本上的可靠性”考察后台限制的应对“如果一种药需要一天吃三次你的数据库是怎么设计的”考察数据库设计能力“用户反馈说有时没提醒你的排查思路是什么”考察问题解决能力“有没有考虑过加入云端同步功能如果加架构要怎么调整”考察扩展性思维准备好这些问题的答案你的答辩就会非常从容。这个项目做下来你会对Android开发的生命周期、后台任务、数据库、UI设计有一个全面而深入的理解。它不仅仅是一个毕业设计的“作业”更是一个可以真正运行、解决实际问题的作品。希望这份超详细的指南能为你扫清障碍祝你开发顺利答辩成功本文还有配套的精品资源点击获取
