简介本资源是一套高分本科毕业设计项目——基于Android Studio与MySQL开发的驾校预约练车系统面向计算机、软件工程等专业本科生及Android初学者解决驾培机构学员与教练间练车预约、考勤管理、教学反馈等核心业务场景。压缩包共640个文件含219个Java源码实现登录注册、预约流程、评论交互等逻辑、230个XML布局与配置文件构建UI与权限控制、141个PNG与24个JPG资源图适配多分辨率界面以及Gradle构建脚本、APK安装包、JAR依赖库和SO本地库等完整工程资产总大小161.56MB。已有208人学习下载提供可直接编译运行的全栈方案包含Android端App与Web后台管理双模块支持管理员对学员、教练、预约、评论等数据的可视化管控并附带清晰目录结构与标准工程配置便于理解MVC分层设计与移动端-服务端协同开发实践。1. 这不是个“练车App”而是一套可落地的Android本地远程协同预约系统很多同学把“驾校预约练车系统”当成一个带几个按钮的界面作业——点一下选教练、点一下选时段、点一下提交然后用Toast弹个“预约成功”。但真实场景里它必须解决三类硬问题离线状态下能缓存当天可约时段避免进教室才被告知网络断了多学员并发抢同一教练的黄金时段时不丢数据教练端在无公网IP的局域网内也能实时看到新预约并确认。本项目用 Android Studio 搭建原生客户端MySQL 承担结构化调度核心关键不在“能跑”而在“能扛住驾校实际排班节奏”——比如每天早8点开放次日30个练车窗口50名学员同时点击数据库不锁表、UI不卡死、失败请求有明确重试路径。适合需要交毕设答辩、又想代码经得起老师现场连Wi-Fi查后台的Android开发者尤其关注ContentProvider与Room的混合使用、WorkManager定时同步策略、以及 MySQL 中FOR UPDATE在预约锁资源时的真实写法。2. 用 Android Studio 构建带离线缓存与网络状态感知的预约主流程2.1 项目结构设计分层解耦让MySQL变更不影响UI逻辑常见误区是把所有SQL语句直接写在Activity里导致后期换数据库或加权限校验时全盘重写。本项目采用MVVM Repository 模式关键分层如下data.source.remote封装 Retrofit 调用后端API如/api/appointments/available返回ResponseListTimeSlotdata.source.local用 Room 实现本地缓存实体类Entity(tableName cached_time_slots)包含id,coach_id,date,start_time,is_reserved字段domain.repository.AppointmentRepository定义接口suspend fun loadAvailableSlots(coachId: Int, date: String): ListTimeSlot屏蔽远程/本地实现细节ui.main.MainViewModel通过viewModelScope.launch调用 repository暴露LiveDataResourceListTimeSlot给Activity观察提示Room 的Dao接口必须用suspend修饰否则 WorkManager 同步时无法正确处理协程上下文。若遇到Cannot access database on the main thread错误检查是否漏写了allowMainThreadQueries()—— 仅限调试正式包必须移除。2.2 关键UI组件用RecyclerViewDiffUtil实现高刷新效率的时段列表预约页需展示按小时分组的可选时段如 8:00-9:00、9:00-10:00且支持点击后高亮禁用已约满项。不用ListView因RecyclerView可精准局部刷新// TimeSlotAdapter.kt class TimeSlotAdapter : RecyclerView.AdapterTimeSlotAdapter.ViewHolder() { private val items mutableListOfTimeSlot() override fun onBindViewHolder(holder: ViewHolder, position: Int) { holder.bind(items[position]) holder.itemView.setOnClickListener { if (items[position].isReserved) returnsetOnClickListener // 触发预约逻辑见2.3节 onItemClicked?.invoke(items[position]) } } fun submitList(newItems: ListTimeSlot) { val diffCallback TimeSlotDiffCallback(this.items, newItems) val diffResult DiffUtil.calculateDiff(diffCallback) this.items.clear() this.items.addAll(newItems) diffResult.dispatchUpdatesTo(this) // 仅刷新变化项非全量notifyDataSetChanged() } }TimeSlotDiffCallback必须重写areItemsTheSame()和areContentsTheSame()前者比对id唯一标识时段后者比对isReserved状态。若只重写前者UI不会响应“已预约”状态变色若两者都未重写每次刷新都会重建全部ViewHolder滑动卡顿明显。2.3 网络状态感知用ConnectivityManagerFlow实时切换数据源用户在驾校停车场常遇弱网此时应优先显示本地缓存的时段哪怕过期10分钟再后台拉取最新数据。核心逻辑在AppointmentRepositoryImpl中override suspend fun loadAvailableSlots(coachId: Int, date: String): ListTimeSlot { return withContext(Dispatchers.IO) { // 1. 先查本地缓存Room val cached localDataSource.getTimeSlots(coachId, date) if (cached.isNotEmpty() isNetworkAvailable()) { // 2. 有网时异步刷新缓存 launch { try { val remote remoteDataSource.loadSlots(coachId, date) localDataSource.insertSlots(remote) // 替换旧缓存 } catch (e: Exception) { // 网络失败不抛异常保持本地数据可用 } } } cached.ifEmpty { // 3. 无缓存或无网时返回空列表UI显示暂无时段而非Crash emptyList() } } } private fun isNetworkAvailable(): Boolean { val connectivityManager context.getSystemService(Context.CONNECTIVITY_SERVICE) as ConnectivityManager return try { val network connectivityManager.activeNetwork ?: return false val caps connectivityManager.getNetworkCapabilities(network) ?: return false caps.hasCapability(NetworkCapabilities.NET_CAPABILITY_INTERNET) (caps.hasTransport(NetworkCapabilities.TRANSPORT_WIFI) || caps.hasTransport(NetworkCapabilities.TRANSPORT_CELLULAR)) } catch (e: Exception) { false } }注意getNetworkCapabilities()在 Android 10 才稳定若需兼容低版本需在AndroidManifest.xml中声明uses-permission android:nameandroid.permission.ACCESS_NETWORK_STATE /并用connectivityManager.activeNetworkInfo?.isConnected回退。3. MySQL 设计与高并发预约的核心事务控制3.1 表结构用复合主键唯一索引防重复预约appointment表不是简单记录“谁约了谁”而是承载调度原子性。关键字段设计字段名类型说明idBIGINT PK AUTO_INCREMENT逻辑主键供Android端做本地ID映射student_idINT NOT NULL学员ID关联student表coach_idINT NOT NULL教练ID关联coach表slot_dateDATE NOT NULL预约日期如 2024-06-15slot_startTIME NOT NULL开始时间如 08:00:00statusTINYINT DEFAULT 00待确认, 1已确认, 2已取消created_atDATETIME DEFAULT CURRENT_TIMESTAMP创建时间必须建立的索引UNIQUE KEY uk_student_date_time (student_id, slot_date, slot_start)防止同一学员同天同一时段重复预约INDEX idx_coach_date_status (coach_id, slot_date, status)教练端查“今日待确认”时高效过滤INDEX idx_student_status (student_id, status)学员查“我的预约”时加速注意UNIQUE KEY是防业务重复的核心比应用层判断更可靠。若Android端提交时未校验student_id是否合法MySQL会直接报Duplicate entry 1001-2024-06-15-08:00:00 for key uk_student_date_time此时客户端应捕获SQLException并提示“您已预约该时段”。3.2 高并发抢时段用SELECT ... FOR UPDATE锁定资源当50人同时点“预约8:00-9:00”不能靠UPDATE appointment SET status1 WHERE id?简单更新——可能多人读到同一id的status0然后都更新成功。正确做法是在事务中先锁定可约时段-- 步骤1开启事务 START TRANSACTION; -- 步骤2查询并锁定该教练当天该时段注意WHERE条件必须命中索引 SELECT id, status FROM appointment WHERE coach_id 101 AND slot_date 2024-06-15 AND slot_start 08:00:00 AND status 0 LIMIT 1 FOR UPDATE; -- 步骤3应用层判断返回结果 -- 若查到1行且status0则执行更新 UPDATE appointment SET status 1, student_id 2001 WHERE id 12345; -- 步骤4提交或回滚 COMMIT; -- 或 ROLLBACK如步骤2没查到可用行关键约束FOR UPDATE必须在UPDATE前执行且SELECT的WHERE条件要包含coach_id和slot_date复合索引前缀否则会锁全表事务时间越短越好Android端收到SELECT结果后立即决定是否UPDATE避免长时间持有锁若SELECT返回空说明该时段已被抢光应返回{code:409,msg:时段已约满}前端提示用户选其他时段3.3 数据同步用binlogDebezium实现教练端实时推送可选进阶教练用平板查预约传统轮询每30秒GET一次浪费流量且延迟高。更优方案是 MySQL 开启 binlog用 Debezium 监听appointment表变更推送到 Kafka教练App通过 WebSocket 接收事件。但毕设阶段可简化为教练端WorkManager设置PeriodicWorkRequest每2分钟执行一次SyncCoachAppointmentsWorkerWorker 中调用GET /api/coach/appointments?status0datetoday解析JSON后用Room的insert()批量更新本地表UI 通过LiveData观察appointment表变化自动刷新列表此方案无需额外中间件且WorkManager自动处理设备休眠、网络中断等异常比手动Handler.postDelayed()更健壮。4. Android Studio 与 MySQL 的环境联调及典型故障定位4.1 Android Studio 连接本地MySQL绕过“拒绝连接”三步法学生常卡在java.net.ConnectException: failed to connect to /10.0.2.2 (port 3306) from /:: (port 40272)。根本原因是 Android 模拟器默认路由10.0.2.2指向宿主机但 MySQL 默认绑定127.0.0.1只接受本机连接。解决步骤修改 MySQL 配置my.cnf或my.ini[mysqld] bind-address 0.0.0.0 # 允许所有IP访问仅开发环境 port 3306重启 MySQL 服务sudo service mysql restartLinux或net stop mysql net start mysqlWindows创建跨域访问账号CREATE USER dev_app% IDENTIFIED BY StrongPass123!; GRANT SELECT, INSERT, UPDATE ON driving_school.* TO dev_app%; FLUSH PRIVILEGES;Android 端使用10.0.2.2而非localhost// Retrofit baseUrl 示例 val retrofit Retrofit.Builder() .baseUrl(http://10.0.2.2:8080/) // 注意不是 http://localhost:8080/ .addConverterFactory(GsonConverterFactory.create()) .build()提示若用真机调试10.0.2.2失效需将宿主机IP如192.168.1.100填入 baseUrl并确保宿主机防火墙放行3306端口。4.2 MySQL 插入中文乱码字符集统一四要素INSERT INTO student(name) VALUES(张三)存入????本质是客户端、连接、服务器、表四级字符集不一致。必须全部设为utf8mb4层级配置位置关键设置MySQL 服务端my.cnf[client] default-character-set utf8mb4[mysqld] character-set-server utf8mb4collation-server utf8mb4_unicode_ci数据库创建时CREATE DATABASE driving_school CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;表创建时CREATE TABLE student (...) ENGINEInnoDB DEFAULT CHARSETutf8mb4;JDBC 连接串AndroidRetrofit或Roomjdbc:mysql://10.0.2.2:3306/driving_school?useUnicodetruecharacterEncodingutf8mb4serverTimezoneAsia/Shanghai验证方法连接MySQL后执行SHOW VARIABLES LIKE character_set%;所有值应为utf8mb4执行SHOW CREATE TABLE student;确认DEFAULT CHARSETutf8mb4。4.3 Android Studio 编译报错Failed to transform artifact mysql-connector-java.jar这是 Gradle 7.0 对 Java 8 字节码的兼容问题。解决方案在app/build.gradle中强制指定 Java 版本android { compileSdk 34 defaultConfig { // ... 其他配置 targetSdk 34 } compileOptions { sourceCompatibility JavaVersion.VERSION_1_8 targetCompatibility JavaVersion.VERSION_1_8 } // 关键添加此块解决mysql-connector-java冲突 packagingOptions { pickFirst **/lib/x86_64/libnio.so pickFirst **/lib/arm64-v8a/libnio.so pickFirst **/lib/armeabi-v7a/libnio.so } } dependencies { implementation mysql:mysql-connector-java:8.0.33 // 用8.x版本兼容性更好 // ... 其他依赖 }若仍报错删除项目根目录下.gradle文件夹和app/build目录重启 Android Studio 并File Invalidate Caches and Restart。5. 毕设答辩高频问题预判与代码级应答策略5.1 “为什么用MySQL而不是SQLite”——从数据一致性角度回答面试官真正想听的不是“MySQL功能多”而是你是否理解数据归属权。应答要点数据主权在驾校学员信息、教练排班、车辆状态由驾校管理员在PC端维护SQLite 无法支撑多终端Web管理后台、Android App、教练Pad同时写入事务隔离级别刚需READ-COMMITTED下SELECT ... FOR UPDATE能保证抢时段不超卖SQLite 的 WAL 模式无法提供同等并发控制备份与审计MySQL 的mysqldump可每日自动导出全库满足驾校数据留存要求SQLite 文件被误删即永久丢失附代码佐证展示appointment表的FOREIGN KEY (coach_id) REFERENCES coach(id)约束说明外键由MySQL引擎强制校验而Android端Room的ForeignKey仅是编译期提示运行时无效。5.2 “如何保证预约不超时失效”——用WorkManager 数据库定时任务双保险单纯靠Android端AlarmManager不可靠厂商定制ROM会杀进程。本方案分两层服务端定时清理推荐MySQL 事件调度器每天凌晨2点执行CREATE EVENT cleanup_expired_appointments ON SCHEDULE EVERY 1 DAY STARTS 2024-06-01 02:00:00 DO UPDATE appointment SET status 3 -- 3已过期 WHERE slot_date CURDATE() AND status IN (0,1);客户端兜底ExpireCheckWorker每4小时运行查询slot_date today()且status0的记录本地标记为“已失效”UI显示灰色不可操作class ExpireCheckWorker( private val appDatabase: AppDatabase, private val context: Context ) : CoroutineWorker(context, WorkerParameters(context, inputMerger)) { override suspend fun doWork(): Result { val expiredCount appDatabase.appointmentDao().markExpired() if (expiredCount 0) { // 发送通知提醒用户“过期预约已清除” NotificationHelper.sendExpiryNotification(context) } return Result.success() } }5.3 “MySQL连接池怎么设参数依据是什么”——给出可验证的数值不要说“用了HikariCP”要说明为什么选这些值maximumPoolSize 10模拟器并发上限约8个HTTP请求留2个冗余connectionTimeout 30003秒内连不上即失败避免UI长时间白屏idleTimeout 60000010分钟超过10分钟无请求自动释放连接防连接泄漏leakDetectionThreshold 600001分钟若连接被占用超1分钟HikariCP 日志报警验证方式在application.properties中开启日志logging.level.com.zaxxer.hikariDEBUG logging.level.com.zaxxer.hikari.HikariConfigDEBUG运行时观察 Logcat 输出HikariPool-1 - Pool stats确认active: 0, idle: 5, wait: 0表示连接池健康。本文还有配套的精品资源点击获取 Android驾校预约系统：离线缓存+MySQL高并发实战
简介本资源是一套高分本科毕业设计项目——基于Android Studio与MySQL开发的驾校预约练车系统面向计算机、软件工程等专业本科生及Android初学者解决驾培机构学员与教练间练车预约、考勤管理、教学反馈等核心业务场景。压缩包共640个文件含219个Java源码实现登录注册、预约流程、评论交互等逻辑、230个XML布局与配置文件构建UI与权限控制、141个PNG与24个JPG资源图适配多分辨率界面以及Gradle构建脚本、APK安装包、JAR依赖库和SO本地库等完整工程资产总大小161.56MB。已有208人学习下载提供可直接编译运行的全栈方案包含Android端App与Web后台管理双模块支持管理员对学员、教练、预约、评论等数据的可视化管控并附带清晰目录结构与标准工程配置便于理解MVC分层设计与移动端-服务端协同开发实践。1. 这不是个“练车App”而是一套可落地的Android本地远程协同预约系统很多同学把“驾校预约练车系统”当成一个带几个按钮的界面作业——点一下选教练、点一下选时段、点一下提交然后用Toast弹个“预约成功”。但真实场景里它必须解决三类硬问题离线状态下能缓存当天可约时段避免进教室才被告知网络断了多学员并发抢同一教练的黄金时段时不丢数据教练端在无公网IP的局域网内也能实时看到新预约并确认。本项目用 Android Studio 搭建原生客户端MySQL 承担结构化调度核心关键不在“能跑”而在“能扛住驾校实际排班节奏”——比如每天早8点开放次日30个练车窗口50名学员同时点击数据库不锁表、UI不卡死、失败请求有明确重试路径。适合需要交毕设答辩、又想代码经得起老师现场连Wi-Fi查后台的Android开发者尤其关注ContentProvider与Room的混合使用、WorkManager定时同步策略、以及 MySQL 中FOR UPDATE在预约锁资源时的真实写法。2. 用 Android Studio 构建带离线缓存与网络状态感知的预约主流程2.1 项目结构设计分层解耦让MySQL变更不影响UI逻辑常见误区是把所有SQL语句直接写在Activity里导致后期换数据库或加权限校验时全盘重写。本项目采用MVVM Repository 模式关键分层如下data.source.remote封装 Retrofit 调用后端API如/api/appointments/available返回ResponseListTimeSlotdata.source.local用 Room 实现本地缓存实体类Entity(tableName cached_time_slots)包含id,coach_id,date,start_time,is_reserved字段domain.repository.AppointmentRepository定义接口suspend fun loadAvailableSlots(coachId: Int, date: String): ListTimeSlot屏蔽远程/本地实现细节ui.main.MainViewModel通过viewModelScope.launch调用 repository暴露LiveDataResourceListTimeSlot给Activity观察提示Room 的Dao接口必须用suspend修饰否则 WorkManager 同步时无法正确处理协程上下文。若遇到Cannot access database on the main thread错误检查是否漏写了allowMainThreadQueries()—— 仅限调试正式包必须移除。2.2 关键UI组件用RecyclerViewDiffUtil实现高刷新效率的时段列表预约页需展示按小时分组的可选时段如 8:00-9:00、9:00-10:00且支持点击后高亮禁用已约满项。不用ListView因RecyclerView可精准局部刷新// TimeSlotAdapter.kt class TimeSlotAdapter : RecyclerView.AdapterTimeSlotAdapter.ViewHolder() { private val items mutableListOfTimeSlot() override fun onBindViewHolder(holder: ViewHolder, position: Int) { holder.bind(items[position]) holder.itemView.setOnClickListener { if (items[position].isReserved) returnsetOnClickListener // 触发预约逻辑见2.3节 onItemClicked?.invoke(items[position]) } } fun submitList(newItems: ListTimeSlot) { val diffCallback TimeSlotDiffCallback(this.items, newItems) val diffResult DiffUtil.calculateDiff(diffCallback) this.items.clear() this.items.addAll(newItems) diffResult.dispatchUpdatesTo(this) // 仅刷新变化项非全量notifyDataSetChanged() } }TimeSlotDiffCallback必须重写areItemsTheSame()和areContentsTheSame()前者比对id唯一标识时段后者比对isReserved状态。若只重写前者UI不会响应“已预约”状态变色若两者都未重写每次刷新都会重建全部ViewHolder滑动卡顿明显。2.3 网络状态感知用ConnectivityManagerFlow实时切换数据源用户在驾校停车场常遇弱网此时应优先显示本地缓存的时段哪怕过期10分钟再后台拉取最新数据。核心逻辑在AppointmentRepositoryImpl中override suspend fun loadAvailableSlots(coachId: Int, date: String): ListTimeSlot { return withContext(Dispatchers.IO) { // 1. 先查本地缓存Room val cached localDataSource.getTimeSlots(coachId, date) if (cached.isNotEmpty() isNetworkAvailable()) { // 2. 有网时异步刷新缓存 launch { try { val remote remoteDataSource.loadSlots(coachId, date) localDataSource.insertSlots(remote) // 替换旧缓存 } catch (e: Exception) { // 网络失败不抛异常保持本地数据可用 } } } cached.ifEmpty { // 3. 无缓存或无网时返回空列表UI显示暂无时段而非Crash emptyList() } } } private fun isNetworkAvailable(): Boolean { val connectivityManager context.getSystemService(Context.CONNECTIVITY_SERVICE) as ConnectivityManager return try { val network connectivityManager.activeNetwork ?: return false val caps connectivityManager.getNetworkCapabilities(network) ?: return false caps.hasCapability(NetworkCapabilities.NET_CAPABILITY_INTERNET) (caps.hasTransport(NetworkCapabilities.TRANSPORT_WIFI) || caps.hasTransport(NetworkCapabilities.TRANSPORT_CELLULAR)) } catch (e: Exception) { false } }注意getNetworkCapabilities()在 Android 10 才稳定若需兼容低版本需在AndroidManifest.xml中声明uses-permission android:nameandroid.permission.ACCESS_NETWORK_STATE /并用connectivityManager.activeNetworkInfo?.isConnected回退。3. MySQL 设计与高并发预约的核心事务控制3.1 表结构用复合主键唯一索引防重复预约appointment表不是简单记录“谁约了谁”而是承载调度原子性。关键字段设计字段名类型说明idBIGINT PK AUTO_INCREMENT逻辑主键供Android端做本地ID映射student_idINT NOT NULL学员ID关联student表coach_idINT NOT NULL教练ID关联coach表slot_dateDATE NOT NULL预约日期如 2024-06-15slot_startTIME NOT NULL开始时间如 08:00:00statusTINYINT DEFAULT 00待确认, 1已确认, 2已取消created_atDATETIME DEFAULT CURRENT_TIMESTAMP创建时间必须建立的索引UNIQUE KEY uk_student_date_time (student_id, slot_date, slot_start)防止同一学员同天同一时段重复预约INDEX idx_coach_date_status (coach_id, slot_date, status)教练端查“今日待确认”时高效过滤INDEX idx_student_status (student_id, status)学员查“我的预约”时加速注意UNIQUE KEY是防业务重复的核心比应用层判断更可靠。若Android端提交时未校验student_id是否合法MySQL会直接报Duplicate entry 1001-2024-06-15-08:00:00 for key uk_student_date_time此时客户端应捕获SQLException并提示“您已预约该时段”。3.2 高并发抢时段用SELECT ... FOR UPDATE锁定资源当50人同时点“预约8:00-9:00”不能靠UPDATE appointment SET status1 WHERE id?简单更新——可能多人读到同一id的status0然后都更新成功。正确做法是在事务中先锁定可约时段-- 步骤1开启事务 START TRANSACTION; -- 步骤2查询并锁定该教练当天该时段注意WHERE条件必须命中索引 SELECT id, status FROM appointment WHERE coach_id 101 AND slot_date 2024-06-15 AND slot_start 08:00:00 AND status 0 LIMIT 1 FOR UPDATE; -- 步骤3应用层判断返回结果 -- 若查到1行且status0则执行更新 UPDATE appointment SET status 1, student_id 2001 WHERE id 12345; -- 步骤4提交或回滚 COMMIT; -- 或 ROLLBACK如步骤2没查到可用行关键约束FOR UPDATE必须在UPDATE前执行且SELECT的WHERE条件要包含coach_id和slot_date复合索引前缀否则会锁全表事务时间越短越好Android端收到SELECT结果后立即决定是否UPDATE避免长时间持有锁若SELECT返回空说明该时段已被抢光应返回{code:409,msg:时段已约满}前端提示用户选其他时段3.3 数据同步用binlogDebezium实现教练端实时推送可选进阶教练用平板查预约传统轮询每30秒GET一次浪费流量且延迟高。更优方案是 MySQL 开启 binlog用 Debezium 监听appointment表变更推送到 Kafka教练App通过 WebSocket 接收事件。但毕设阶段可简化为教练端WorkManager设置PeriodicWorkRequest每2分钟执行一次SyncCoachAppointmentsWorkerWorker 中调用GET /api/coach/appointments?status0datetoday解析JSON后用Room的insert()批量更新本地表UI 通过LiveData观察appointment表变化自动刷新列表此方案无需额外中间件且WorkManager自动处理设备休眠、网络中断等异常比手动Handler.postDelayed()更健壮。4. Android Studio 与 MySQL 的环境联调及典型故障定位4.1 Android Studio 连接本地MySQL绕过“拒绝连接”三步法学生常卡在java.net.ConnectException: failed to connect to /10.0.2.2 (port 3306) from /:: (port 40272)。根本原因是 Android 模拟器默认路由10.0.2.2指向宿主机但 MySQL 默认绑定127.0.0.1只接受本机连接。解决步骤修改 MySQL 配置my.cnf或my.ini[mysqld] bind-address 0.0.0.0 # 允许所有IP访问仅开发环境 port 3306重启 MySQL 服务sudo service mysql restartLinux或net stop mysql net start mysqlWindows创建跨域访问账号CREATE USER dev_app% IDENTIFIED BY StrongPass123!; GRANT SELECT, INSERT, UPDATE ON driving_school.* TO dev_app%; FLUSH PRIVILEGES;Android 端使用10.0.2.2而非localhost// Retrofit baseUrl 示例 val retrofit Retrofit.Builder() .baseUrl(http://10.0.2.2:8080/) // 注意不是 http://localhost:8080/ .addConverterFactory(GsonConverterFactory.create()) .build()提示若用真机调试10.0.2.2失效需将宿主机IP如192.168.1.100填入 baseUrl并确保宿主机防火墙放行3306端口。4.2 MySQL 插入中文乱码字符集统一四要素INSERT INTO student(name) VALUES(张三)存入????本质是客户端、连接、服务器、表四级字符集不一致。必须全部设为utf8mb4层级配置位置关键设置MySQL 服务端my.cnf[client] default-character-set utf8mb4[mysqld] character-set-server utf8mb4collation-server utf8mb4_unicode_ci数据库创建时CREATE DATABASE driving_school CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;表创建时CREATE TABLE student (...) ENGINEInnoDB DEFAULT CHARSETutf8mb4;JDBC 连接串AndroidRetrofit或Roomjdbc:mysql://10.0.2.2:3306/driving_school?useUnicodetruecharacterEncodingutf8mb4serverTimezoneAsia/Shanghai验证方法连接MySQL后执行SHOW VARIABLES LIKE character_set%;所有值应为utf8mb4执行SHOW CREATE TABLE student;确认DEFAULT CHARSETutf8mb4。4.3 Android Studio 编译报错Failed to transform artifact mysql-connector-java.jar这是 Gradle 7.0 对 Java 8 字节码的兼容问题。解决方案在app/build.gradle中强制指定 Java 版本android { compileSdk 34 defaultConfig { // ... 其他配置 targetSdk 34 } compileOptions { sourceCompatibility JavaVersion.VERSION_1_8 targetCompatibility JavaVersion.VERSION_1_8 } // 关键添加此块解决mysql-connector-java冲突 packagingOptions { pickFirst **/lib/x86_64/libnio.so pickFirst **/lib/arm64-v8a/libnio.so pickFirst **/lib/armeabi-v7a/libnio.so } } dependencies { implementation mysql:mysql-connector-java:8.0.33 // 用8.x版本兼容性更好 // ... 其他依赖 }若仍报错删除项目根目录下.gradle文件夹和app/build目录重启 Android Studio 并File Invalidate Caches and Restart。5. 毕设答辩高频问题预判与代码级应答策略5.1 “为什么用MySQL而不是SQLite”——从数据一致性角度回答面试官真正想听的不是“MySQL功能多”而是你是否理解数据归属权。应答要点数据主权在驾校学员信息、教练排班、车辆状态由驾校管理员在PC端维护SQLite 无法支撑多终端Web管理后台、Android App、教练Pad同时写入事务隔离级别刚需READ-COMMITTED下SELECT ... FOR UPDATE能保证抢时段不超卖SQLite 的 WAL 模式无法提供同等并发控制备份与审计MySQL 的mysqldump可每日自动导出全库满足驾校数据留存要求SQLite 文件被误删即永久丢失附代码佐证展示appointment表的FOREIGN KEY (coach_id) REFERENCES coach(id)约束说明外键由MySQL引擎强制校验而Android端Room的ForeignKey仅是编译期提示运行时无效。5.2 “如何保证预约不超时失效”——用WorkManager 数据库定时任务双保险单纯靠Android端AlarmManager不可靠厂商定制ROM会杀进程。本方案分两层服务端定时清理推荐MySQL 事件调度器每天凌晨2点执行CREATE EVENT cleanup_expired_appointments ON SCHEDULE EVERY 1 DAY STARTS 2024-06-01 02:00:00 DO UPDATE appointment SET status 3 -- 3已过期 WHERE slot_date CURDATE() AND status IN (0,1);客户端兜底ExpireCheckWorker每4小时运行查询slot_date today()且status0的记录本地标记为“已失效”UI显示灰色不可操作class ExpireCheckWorker( private val appDatabase: AppDatabase, private val context: Context ) : CoroutineWorker(context, WorkerParameters(context, inputMerger)) { override suspend fun doWork(): Result { val expiredCount appDatabase.appointmentDao().markExpired() if (expiredCount 0) { // 发送通知提醒用户“过期预约已清除” NotificationHelper.sendExpiryNotification(context) } return Result.success() } }5.3 “MySQL连接池怎么设参数依据是什么”——给出可验证的数值不要说“用了HikariCP”要说明为什么选这些值maximumPoolSize 10模拟器并发上限约8个HTTP请求留2个冗余connectionTimeout 30003秒内连不上即失败避免UI长时间白屏idleTimeout 60000010分钟超过10分钟无请求自动释放连接防连接泄漏leakDetectionThreshold 600001分钟若连接被占用超1分钟HikariCP 日志报警验证方式在application.properties中开启日志logging.level.com.zaxxer.hikariDEBUG logging.level.com.zaxxer.hikari.HikariConfigDEBUG运行时观察 Logcat 输出HikariPool-1 - Pool stats确认active: 0, idle: 5, wait: 0表示连接池健康。本文还有配套的精品资源点击获取