简介一份面向Android初学者的结课大作业资料包由王英强老师编写内含完整源码、APK安装包和实训报告帮助计算机专业学生巩固Android Studio开发技能系统覆盖项目结构、Activity与Fragment生命周期、Intent组件通信、Service后台任务、SQLite数据存储、Gradle构建配置及调试工具等核心知识点。压缩包共625个文件总体积约19.38MB主要类型包括Java/Kotlin源码、XML布局与资源文件、Gradle脚本、JSON配置文件、编译生成的DEX/Class文件以及最终APK目录结构清晰便于按模块对照学习。目前已有15241人学习下载热度较高。通过阅读源码可以掌握多Activity协作、布局组织与数据持久化的设计方式安装APK能直观验证应用打包、签名与资源压缩流程实训报告则完整记录了需求分析、设计思路与排错过程适合作为结课作业的参考模板或自学巩固的实践素材。1. Android Studio结课大作业别让交付环节毁掉你一个学期的功能你花三周写完了一个功能完整的 Android 应用结果答辩前一天发现模拟器一启动就黑屏换成真机又连不上调试最后只能拿着录屏跟评委说“其实它本来是能跑的”。这不是个别人的剧本是太多人用血泪总结出来的结课大作业常态。Android Studio 结课大作业真正要面对的问题不是“会调用多少 API”而是在有限工期内选一个不翻车的主线方案把界面、数据、打包、演示这几件事串成一条能跑通的链路。这篇文章从选题、工程搭建、核心功能实现、避坑、打包到答辩自检按真实交付顺序讲透适合正在赶大作业的同学也适合第一次独立做 Android 小项目、想少走弯路的开发者。2. 结课大作业选题与工程搭建先定一个不翻车的技术骨架2.1 怎么选题三个判断标准过滤掉高风险方向一个结课大作业能拿多少分核心看两件事功能是不是完整、答辩现场能不能稳定跑起来。很多同学栽在第二个问题上不是代码写得少而是选了一个“演示条件稍微变化就会崩”的方向。比如实时音视频通话、蓝牙外设联动、复杂动画流这类功能开发周期长而且对设备、网络、环境依赖极强现场一旦连不上耳机、配对失败整个演示就卡住了。我一般会拿三个标准筛题。第一这个功能能否在三十秒内让评委看懂它在干什么。像记账、笔记、待办清单、天气查询、课程表这类应用界面一打开就是熟悉的交互逻辑不需要解释。第二核心数据能不能持久化到本地。这意味着即使断网、服务器挂了你依然可以打开 App 展示历史数据演示主动权在自己手里。第三功能范围能否在两周内裁剪到一个可演示的最小闭环。不要把“仿微信”当目标把“单聊加图片发送”当目标后者才是一个大作业能承受的颗粒度。如果你实在不知道怎么选本地记事本是我见过最稳妥的模板。它有界面、有数据存储、有增删改查还能加搜索、标签、提醒作为加分项每一步都能控制在你的掌控范围内。后面几章我会以这个方向为例展开写法和参数你可以直接替换成自己的业务场景。2.2 工程骨架Gradle 配置与项目模板的选型选题定了接下来是新建工程。这里有个经常被跳过的选择题项目模板选 Empty Views Activity 还是 Empty Activity。如果你选的是 Empty ActivityAndroid Studio 默认生成的是 Jetpack Compose 写法的模板界面代码全部是 Kotlin 函数式布局。Compose 本身没问题但对于第一次做 Android 大作业的同学它把“布局怎么写”这个问题的答案藏得更深了网上大量教程还是基于 XML 布局的你遇到问题去搜索时两边代码对不上会非常痛苦。常见做法是选 Empty Views Activity拿回传统的 XML 布局和 findViewById 体系等到后期熟练了再回来看 Compose 也不迟。新建项目后用 Gradle 配置把依赖基线定好。这里最关键的是三个版本参数的语义要搞清楚compileSdk 表示你拿哪个版本的 SDK 来编译代码targetSdk 表示系统按哪个版本的行为标准来运行你的应用minSdk 表示最低支持到哪个安卓版本。三者不是越大越好targetSdk 选得太新系统可能对你的明文网络请求、后台服务做额外限制反而增加演示风险minSdk 选得太低又会多写一堆兼容代码。我一般把 minSdk 定到 23targetSdk 选当前官方推荐的稳定版本compileSdk 对应本机 SDK Manager 里已安装的那个版本号三者相差不超过两个大版本。android { namespace com.example.notedemo compileSdk 34 // 改成你本机 SDK Manager 已安装的版本号 defaultConfig { applicationId com.example.notedemo minSdk 23 targetSdk 34 versionCode 1 versionName 1.0 } }这段配置里namespace 和 applicationId 在绝大多数项目里保持一致它们是应用的唯一标识后面签名打包、adb 安装命令都要用到这个包名。versionCode 是给系统判断版本新旧的整数每次升级必须递增versionName 是展示给用户看的字符串答辩时评委可能打开“关于”页面看写“1.0”就行不用花哨。依赖部分如果你做的是纯本地应用最少只需要三样RecyclerView 用于列表展示、Room 用于数据库、Lifecycle 的 ViewModel 用于界面数据隔离。Retrofit 和 OkHttp 先别急着加等你确认选题真的要联网再说。很多人一上来把网上教程的依赖全拷一遍项目里多出十几个用不到的库构建时间拉长混淆规则还要多配一堆纯属给自己挖坑。2.3 让第一个 Debug 包跑起来模拟器与真机的基本功工程创建完之后第一件事不是写代码而是确认空项目能在设备上跑起来。这一步能提前暴露环境问题不要攒到最后一起解决。启动模拟器前先看两处一是创建虚拟设备时系统镜像优先选 x86_64 架构二是确认本机已开启硬件加速。很多同学的电脑明明是 Intel 处理器却在 Device Manager 里选了 ARM 镜像启动速度慢到像在开一台虚拟机里的虚拟机。打开模拟器后如果卡在 “Waiting for target device to come online” 半天不动多半是硬件加速没生效。Windows 上可以在任务管理器“性能”页看“虚拟化”是否显示已启用没启用就需要进 BIOS 打开 Intel VT-x 或 AMD-V。这一项属于“看起来是软件问题、实际上是硬件设置”的经典玄学问题后面第四章我会专门展开。模拟器能跑通之后再准备一台真机做搭档因为真实手机的传感器、摄像头、通知权限和模拟器行为有差异答辩时评委大概率会问“你手机上有跑过吗”。真机调试的第一步是打开开发者选项连续点击“版本号”七次然后到“开发者选项”里打开“USB 调试”。插上数据线后手机弹窗选“允许调试”电脑端用 adb devices 确认设备状态是 device。我见过不少同学卡在这一步USBS调试开了却一直显示 unauthorized。原因是手机上没点确认授权弹窗或者数据线是纯充电线。换一根有数据传输能力的线问题基本消失。先把这些环境验证完你的开发机器才算真正进入干活状态后面写代码时才有“改完就能跑”的正反馈。3. 核心功能怎么落地以本地记事本为例讲三层写法3.1 界面层RecyclerView ViewBinding 的适配器写法一个记事本应用的主界面核心是一个可滚动的列表。RecyclerView 是这里绕不开的控件它负责回收不可见的条目、复用视图保证列表长到几百条时依然流畅。写适配器时我推荐用 ViewBinding 替代 findViewById它能减少空指针风险也能让代码缩短不少。在模块的 build.gradle 里开启android { buildFeatures { viewBinding true } }开启后每个 XML 布局会自动生成对应的 Binding 类。比如 item_note.xml 会生成 ItemNoteBinding你在适配器里直接引用即可。下面是一个最简适配器的写法class NoteAdapter( private val onClick: (NoteItem) - Unit ) : RecyclerView.AdapterNoteAdapter.NoteViewHolder() { private val items mutableListOfNoteItem() fun submitList(newItems: ListNoteItem) { items.clear() items.addAll(newItems) notifyDataSetChanged() } override fun onCreateViewHolder(parent: ViewGroup, viewType: Int): NoteViewHolder { val binding ItemNoteBinding.inflate( LayoutInflater.from(parent.context), parent, false ) return NoteViewHolder(binding) } override fun onBindViewHolder(holder: NoteViewHolder, position: Int) { holder.bind(items[position]) } override fun getItemCount(): Int items.size inner class NoteViewHolder( private val binding: ItemNoteBinding ) : RecyclerView.ViewHolder(binding.root) { fun bind(note: NoteItem) { binding.tvTitle.text note.title binding.tvTime.text note.updateTime binding.root.setOnClickListener { onClick(note) } } } }这里要理解两个关键点。第一onCreateViewHolder 负责“创建视图”onBindViewHolder 负责“填充数据”两者分离是 RecyclerView 复用的基础getItemCount 告诉列表一共有多少条。第二submitList 是统一的更新入口把新数据整体替换掉再刷新简单粗暴但对大作业足够了。如果你想让列表刷新更精细可以在后续用 DiffUtil 替代 notifyDataSetChanged它会对新旧列表做差异计算只刷新变化的那一行避免整个列表闪烁。注意 bind 方法里 updateTime 是 Long 类型的时间戳直接 setText 会显示一长串数字。常见做法是在实体类里写一个格式化函数或者用 SimpleDateFormat 转成“昨天 14:30”这种人类可读格式这也是答辩时评委喜欢问的一个细节提前处理好能加分。3.2 数据层用 Room 代替手工 SQLite 的收益与参数数据层是整个大作业的压舱石。很多课程还在教 SQLiteOpenHelper但实际开发中直接手写 SQLite 的坑非常多游标忘记关闭、SQL 拼接出错、字段类型写错导致运行时崩溃。Room 在 SQLite 之上封装了一层编译期就帮你校验 SQL 语句是否正确配合协程还能避免在主线程操作数据库导致的卡顿或崩溃是大作业最合适的持久化方案。一个最小可用的 Room 数据层需要三个文件Entity 定义表结构、DAO 定义增删改查方法、Database 定义数据库本身。先看实体类Entity(tableName note_table) data class NoteItem( PrimaryKey(autoGenerate true) val id: Long 0, val title: String, val content: String, val updateTime: Long System.currentTimeMillis() )PrimaryKey 指定主键autoGenerate true 表示自增。title 和 content 是记事内容updateTime 默认取当前时间戳。这里有一个容易被忽视的点字段名就是列名如果你需要改列名要用 ColumnInfo(name xxx) 注解后续数据库升级会涉及这件事。DAO 是操作数据库的接口Room 会帮你生成实现类Dao interface NoteDao { Insert suspend fun insert(note: NoteItem): Long Update suspend fun update(note: NoteItem) Delete suspend fun delete(note: NoteItem) Query(SELECT * FROM note_table ORDER BY updateTime DESC) fun observeAll(): FlowListNoteItem }insert 返回 Long 是新插入行的 idupdate 和 delete 按主键匹配。observeAll 返回 FlowList 这是一个响应式查询数据库内容变化时会自动发出新列表界面层只要收集这个 Flow列表就自动刷新不需要手动调用 notifyDataSetChanged。这也是 Room 优于手工 SQLite 的关键体验数据驱动界面而不是界面驱动数据。最后是数据库类Database(entities [NoteItem::class], version 1, exportSchema false) abstract class AppDatabase : RoomDatabase() { abstract fun noteDao(): NoteDao companion object { Volatile private var INSTANCE: AppDatabase? null fun get(context: Context): AppDatabase INSTANCE ?: synchronized(this) { INSTANCE ?: Room.databaseBuilder( context.applicationContext, AppDatabase::class.java, app_demo.db ).build().also { INSTANCE it } } } }version 1 是数据库版本号每当你修改表结构这个数字必须递增加一否则 Room 会直接抛异常提示 Migration 错误。exportSchema 设为 false 可以避免编译期导出 schema 的警告写起来省事。databaseBuilder 的第三个参数是数据库文件名它会在应用私有目录下生成 app_demo.db 文件你可以用 Android Studio 自带的 Database Inspector 直接查看表内容这对答辩前数据自查非常有用。ViewModel 中调用 DAO 时要拿到 applicationContext不要传 Activity 的 context防止内存泄漏。这也是 Room 官方反复强调的一个细节写的时候养成习惯就好。3.3 网络层如果选题需要联网最少要配好的三个参数如果你的大作业选题真的绕不开网络功能比如做了一个新闻客户端或天气应用那么 Retrofit 加 OkHttp 是当前最主流的选择。Retrofit 负责把接口定义转换成 HTTP 请求OkHttp 负责底层的连接管理和超时控制Gson 做 JSON 解析。这三者的组合熟悉度高、出问题也好搜比你自己手写 HttpURLConnection 靠谱得多。创建 Retrofit 实例时有三个参数我每次都会检查一遍。第一个是超时时间connectTimeout 建议 10 秒readTimeout 和 writeTimeout 建议 15 秒不要用默认值移动网络下默认超时往往偏长失败时用户要等很久才有反馈。第二个是 baseUrl它必须以斜杠结尾否则运行时会直接抛出 IllegalArgumentException这是 Retrofit 最经典的报错之一。第三个是拦截器用于统一添加请求头比如 Tokenval retrofit Retrofit.Builder() .baseUrl(BuildConfig.BASE_URL) .addConverterFactory(GsonConverterFactory.create()) .client( OkHttpClient.Builder() .connectTimeout(10, TimeUnit.SECONDS) .readTimeout(15, TimeUnit.SECONDS) .writeTimeout(15, TimeUnit.SECONDS) .addInterceptor { chain - val request chain.request().newBuilder() .addHeader(Authorization, Bearer ${token}) .build() chain.proceed(request) } .build() ) .build()这里有个大作业特有的坑如果你访问的是本地电脑上跑的后端服务模拟器里不能写 localhost要写 10.0.2.2这是模拟器访问宿主机固定保留的地址。如果你的 targetSdk 比较高系统默认禁止明文 HTTP 请求日志里会给出 CLEARTEXT communication 的报错提示解决方案是在 AndroidManifest.xml 的 application 节点加上 android:usesCleartextTraffictrue或者配置网络安全配置文件只对调试域名放开明文。这个我一般会建议直接加省去答辩现场打不开数据的尴尬。网络请求在演示时还有一层风险一旦现场 WiFi 连不上你的应用就会变成“打开就空白”。所以我在做有网络功能的大作业时一定会给关键页面加一层本地缓存逻辑把最后一次成功的数据存进 Room网络失败时先展示缓存再提示当前未联网。这也是一个很实在的加分设计后面第四章会解释相关细节。4. 结课大作业避坑指南5 个演示前最常翻车的点这一章的内容全部来自我带过的实际案例和自己在真机上的反复验证每一条都是“现象 → 原因 → 解决”的完整链路。建议你在答辩前一周逐条对照排查一遍能提前解决大部分现场问题。4.1 模拟器卡在 Waiting for target device to come online现象模拟器启动后状态栏一直转圈底部提示 Waiting for target device to come online有时候等了十分钟还是黑屏强行冷启动也不行。这个问题出现频率极高几乎每个学期都有同学在答辩前夜被它拦住。原因最常见的是宿主机的虚拟化功能没开启Android Studio 的模拟器底层依赖系统级硬件加速没有它就只能软件模拟速度慢到像死机。其次是镜像架构选择错误Windows 电脑选了 ARM 架构的系统镜像性能同样极差。还有一个容易被忽略的原因是磁盘空间不足模拟器创建时会申请数 GB 空间磁盘满了它会一直卡在启动流程。解决先确认虚拟化是否开启。Windows 打开任务管理器切到“性能”页面看 CPU 那一栏的“虚拟化”是否显示“已启用”。如果显示“已禁用”需要重启进 BIOS找到 Intel VT-x 或 AMD-V 选项并打开这一步每个主板界面不同搜一下自己主板的型号即可。虚拟化没问题的话回到 Device Manager把这个虚拟设备删掉重建系统镜像选择 x86_64 架构API 级别别选最新的选前一个大版本更稳定。重建后如果还不行试试“Cold Boot Now”强制冷启动很多启动中的异常状态靠这个是能恢复的。4.2 真机 adb 识别不到设备或者一直 offline现象手机通过 USB 线连接电脑开发者选项和 USB 调试都打开了但 adb devices 要么什么都不显示要么显示 unauthorized。换成别人的电脑又是好的很让人怀疑人生。原因第一是 USB 连接模式不对很多手机默认走“仅充电”模式需要下拉通知栏改成“文件传输”或“传输文件”。第二是手机上的调试授权弹窗没点确认显示 unauthorized 就是这个原因。第三是数据线质量或接口问题不少所谓的“数据线”其实只支持充电没有数据通道。第四是 ADB 服务状态异常插拔次数太多导致服务卡死。解决按顺序操作——先拔掉数据线在电脑终端执行 adb kill-server 再执行 adb start-server然后重新插线手机上把手动选择 USB 配置改为“文件传输”这时候手机会弹出“允许 USB 调试吗”的对话框勾选“始终允许”并确定最后再执行 adb devices 确认状态变为 device。如果还是 offline换一根数据线或者换个 USB 接口实测很多问题是线的问题。另外一个容易被忽视的点华为、小米等品牌的手机需要额外打开“USB 安装”和“USB 调试安全设置”选项不同系统版本的位置不同搜一下自己的品牌型号就有答案。这不是玄学是各家系统安全策略不一样提前在真机上验证一次就不会在答辩现场惊慌。4.3 Release 包一打开就闪退Logcat 里是 ClassNotFoundException现象Debug 模式在模拟器和真机上跑都很正常但用 Build Generate Signed Bundle or APK 打出来的正式包一安装打开就闪退Logcat 报 java.lang.ClassNotFoundException 或 NoSuchFieldException。原因这是混淆导致的。Android 构建工具默认开启代码压缩和混淆它会把类名、方法名缩短成 a、b、c 这样的随机名称。问题在于你的代码里有些类是通过反射访问的比如 Gson 反序列化的数据类、接口返回的实体类名字被改掉之后运行时按原名字反射找不到了直接抛异常。Room 数据库的实体类也有同样问题因为 SQLite 查询结果要通过字段名映射到对象属性字段名被混淆就全乱了。解决在 proguard-rules.pro 里把数据类和实体类排除不去混淆它们。常见做法是统一放在 model 包下然后加一条 keep 规则把整个包的类都保留-keep class com.example.notedemo.model.** { *; } -keep class com.example.notedemo.data.** { *; }如果使用了 Gson还要加上对泛型、注解的保留规则否则 JSON 解析会静默失败返回空对象而不是报错。最省事的方法是在实体类上加 Keep 注解让它无条件保留。写完混淆规则后记得打包后先自己安装一遍重点测试登录、列表加载、数据保存这三条主流程不要等到答辩现场才发现。4.4 数据库升级后提示 no such table现象你给实体类加了一个新字段把数据库版本从 1 改成 2运行到数据库操作时报 SQLiteException: no such table: note_table或者 IllegalStateException: Migration didnt properly handle。原因这是一个典型的理解偏差。Room 的数据库版本升级不是改个数字就完事的它要求你提供从版本 1 到版本 2 的 Migration 迁移逻辑告诉它“旧表如何变成新表”。如果你只是改了实体类和版本号没有写 MigrationRoom 宁可报错也不会自动帮你改表因为它不知道你的意图。解决课程作业的推荐做法是先在数据库构建时加 fallbackToDestructiveMigration()Room.databaseBuilder(context, AppDatabase::class.java, app_demo.db) .fallbackToDestructiveMigration() .build()这个方法的意思是检测到版本不匹配且没有迁移逻辑时直接删除旧表重建新表。代价是用户已有的数据会丢失但对你大作业而言数据是可以重新录入的保住演示流程比保住旧数据更重要。如果你希望保留数据那就必须写 Migration 了比如给现有表加列val MIGRATION_1_2 object : Migration(1, 2) { override fun migrate(db: SupportSQLiteDatabase) { db.execSQL(ALTER TABLE note_table ADD COLUMN isFavorite INTEGER NOT NULL DEFAULT 0) } }写完这个 Migration 对象还要在 databaseBuilder 里通过 .addMigrations(MIGRATION_1_2) 注册。这是生产环境的标准做法你也可以在答辩时给评委展示这一段体现你对数据迁移的理解。4.5 模拟器上网络请求超时但电脑浏览器一切正常现象模拟器里打开你的 App明明电脑上浏览器访问后端接口是通的App 里却一直转圈过一会儿提示超时。把代码检查了三遍也找不到问题。原因这个方向通常有两个原因。第一个是模拟器的网络地址特殊你在 App 里写 localhost 访问的是模拟器自己而不是你电脑正确地址应该是 10.0.2.2。第二个是明文流量被拦Android 高版本默认要求使用 HTTPS你本地开发用的 HTTP 接口会被系统直接拒绝控制台里通常会有 CLEARTEXT communication 的警告。解决baseUrl 改成 http://10.0.2.2:8080/ 这种形式然后在 AndroidManifest.xml 的 application 标签下加一行application android:usesCleartextTraffictrue ... 如果你在真机上调试10.0.2.2 就不好使了需要改成电脑的局域网 IP。常见的做法是在 BuildConfig 里根据 Debug/Release 动态切换地址但如果你的选题不需要联网这段直接跳过就好别给自己增加变量。记住一个原则毕业设计不是上线产品稳定演示的优先级最高。5. 打包签名与答辩演示从 Debug 到能装进老师手机的 APK5.1 签名配置创建 keystore 与 Gradle 参数说明Debug 包只能在开发机上安装答辩时你要交给评委的 APK 必须是签名过的 Release 包。签名相当于应用的身份证系统靠它确认 APK 的来源。用 Android Studio 的菜单操作可以生成签名包但更可控的做法是在 Gradle 里直接配置签名信息这样每次构建都走同一条路不会出现“这次装得上、下次装不上”的怪现象。第一步是生成 keystore 签名文件。Android Studio 自带的 keytool 命令行工具就可以完成我习惯把签名文件放在项目的 app 模块目录下方便相对路径引用keytool -genkeypair -v \ -keystore release.jks \ -alias notedemo \ -keyalg RSA \ -keysize 2048 \ -validity 10000执行后会要求你设置密码并填写姓名、组织等信息这些信息不影响使用随便填即可但要记住密码和别名后面配置要用。参数的用途说明-keystore 指定生成的文件名-alias 是密钥的别名签名配置里要靠它找到对应的密钥-keyalg RSA 是密钥算法-keysize 2048 是密钥长度越长越安全-validity 10000 是有效期天数约 27 年足够覆盖你的学业周期。第二步是在模块的 build.gradle 里配置签名信息android { signingConfigs { release { storeFile file(release.jks) storePassword 你的存储密码 keyAlias notedemo keyPassword 你的密钥密码 } } buildTypes { release { signingConfig signingConfigs.release minifyEnabled true shrinkResources true proguardFiles getDefaultProguardFile(proguard-android-optimize.txt), proguard-rules.pro } } }这里 storeFile 是 keystore 文件路径storePassword 是 keystore 的存储密码keyAlias 是刚才创建的别名keyPassword 是别名对应的密钥密码。把密码直接写在 build.gradle 里只适合大作业这种场景公司项目一般会用 keystore.properties 文件在外部管理密码这点可以在答辩时提一嘴让评委看到你知道这个最佳实践。这里还需要注意签名版本的问题。Android 7.0 以上推荐使用 APK Signature Scheme v2Android 11 及以上还支持 v3但为了兼容低版本设备我在打包时通常勾选 v1 和 v2 两个方案都支持。菜单操作时在你点击 Generate Signed Bundle or APK 之后会有签名版本的选择页面两个都勾上最稳。5.2 混淆与资源压缩不是所有类都能被重命名混淆这块在第四章的避坑清单里已经提到过因为 Release 包默认开启混淆它既能缩小 APK 体积也能提高代码被逆向的难度。但混淆是有代价的它按“有没有被引用”来决定要不要保留一个类按“有没有反射调用”来决定能不能重命名一个类。你的数据和实体类就属于典型的反射调用场景必须显式排除。先看两个开关的含义。minifyEnabled true 表示开启代码压缩和混淆shrinkResources true 表示开启资源压缩它会把未使用的资源文件从 APK 里移除。这两个开关经常一起开效果很直观一个几十 MB 的 APK 打包后能缩到十几 MB。但坑也在这里资源压缩有时候会误删动态引用的资源比如用 getIdentifier() 动态获取的资源名这类资源需要在 keep 规则里额外声明。我的习惯是给数据层建一个统一的包名把实体类、DTO、数据库相关类全部放进去然后在 proguard-rules.pro 里整体保留-keep class com.example.notedemo.model.** { *; } -keep class com.example.notedemo.data.** { *; } -keep class com.example.notedemo.network.** { *; }如果你用了 Retrofit 和 Gson还需要保留 Retrofit 的接口方法和泛型类型否则运行时也会出问题。实际遇到情况非常容易辨别APK 打出后安装到手机上打开走一遍“列表展示 → 点击详情 → 修改保存”三条主流程哪个环节崩了就去查 Logcat 里是哪个类找不到把对应的包名加进 keep 规则。这个过程不会超过半小时但它能让答辩现场少掉 90% 的意外。5.3 答辩演示设计录屏、飞行模式与两台手机的备份策略功能写好了、包也打出来了最后一步是设计演示流程。我见过太多人功能做得不错但演示时翻车在操作细节上现场投屏字体太小看不清、点错了页面找不到返回入口、网络中断导致数据加载不出来。这里有三条非常实用的预案每条都是答辩现场的真实教训。第一提前录屏。安卓系统自带录屏功能把完整的主流程、加分项功能录成视频存到相册。一旦现场设备出问题直接切换到录屏播放至少保证评委能看到你的功能展示。这里的细节是录屏时把手机横过来画面适配投影的比例并且提前测试投影线材的兼容性。第二演示前打开飞行模式。如果你的应用核心功能是本地化的演示时打开飞行模式反而能证明一个加分点这个应用在没有网络的情况下依然可用。同时它还能避免答辩现场突然弹出通知、来电打断流程。如果应用必须联网也要先把服务器接口验证一遍并在手机上准备好数据缓存防止现场网络抖动。第三准备备用机。把打好的 APK 提前装到两台手机上主备都装好。主演示机如果出现电池耗尽、系统崩溃备用机直接顶上前后切换只需要十几秒。这个细节看起来土但实际效果极好也是我最常对同学强调的建议。演示之前把手机“开发者选项”里的“保持唤醒状态”打开屏幕就不会中途黑掉这个小开关救过很多次场。6. 进阶用一条命令完成“交付前自检”避免演示现场空手而归答辩前最后一天与其一遍遍打开界面手点测试不如写一条自检脚本把安装、启动、崩溃检查自动化。这个思路来自一个很朴素的习惯人点按钮会漏脚本不会。下面这段脚本是针对 release APK 的快速冒烟测试适合所有使用 adb 调试的安卓项目#!/bin/bash APK_PATHapp/build/outputs/apk/release/app-release.apk PACKAGEcom.example.notedemo # 1. 覆盖安装 adb install -r $APK_PATH if [ $? -ne 0 ]; then echo 安装失败检查 APK 路径或签名 exit 1 fi # 2. 启动主界面 adb shell am start -n $PACKAGE/.MainActivity sleep 2 # 3. 抓取崩溃日志并判断 adb logcat -d | grep -E FATAL|AndroidRuntime crash_check.log if [ -s crash_check.log ]; then echo 检测到崩溃日志 cat crash_check.log else echo 启动正常无崩溃 fi脚本各部分的逻辑是这样的adb install -r 表示覆盖安装-r 参数允许重装同名应用如果签名不一致这里会直接报 INSTALL_FAILED_UPDATE_INCOMPATIBLE这是排查签名问题的第一个信号。adb shell am start -n 用来拉起指定包名和 Activity包名要替换成你自己项目的 applicationIdMainActivity 的路径要和 manifest 里声明的一致。最后的 logcat -d 是抓取当前已有日志grep 过滤崩溃关键词-s 判断文件是否为空空表示没有崩溃。除了启动检查我还会顺手加一条验证数据落盘的命令用 adb shell run-as 进入应用私有目录查看数据库文件是否存在这能证明 Room 初始化成功adb shell run-as $PACKAGE ls -l databases/能看到 app_demo.db 文件且大小不为零说明数据库建表成功。这个细节不仅用于自检答辩时你现场执行这条命令评委能看到你对“数据到底存哪”有真实理解比嘴上说“用 Room 存储”有力得多。你会注意到这套自检思路的核心是“黑匣子思维”——不管代码内部怎么写的只看对外行为是否符合预期装得上、拉得起、不崩溃、有数据文件。这也是我自己每次交付前必做的最后一件事。翻车这种事准备多充分都不嫌多但真正能把风险压到最低的从来不是运气而是提前把最坏的场景都走了一遍。希望帮到你。本文还有配套的精品资源点击获取