尧图网页设计 
简介本资源是一套完整的Android平台掌上购物系统毕业设计源码面向计算机相关专业本科生及移动开发初学者解决课程设计、毕设选题与实战能力提升需求。系统包含用户端注册登录、商品搜索与分类、购物车管理、订单查询与Web后台管理端管理员登录、商品信息CRUD、订单全流程管理覆盖典型电商App核心功能模块具备完整MVC架构与前后端交互逻辑。压缩包为RAR格式大小78.77MB含源代码、配置文件及必要资源文件虽未提供具体文件总数与类型明细但结构清晰、模块划分明确便于理解Android客户端开发与Java Web后台协同实现机制。目前已有330人学习下载读者可直接导入IDE运行调试获取可部署的完整项目工程、关键业务流程注释说明及前后端接口调用范例是掌握移动应用开发全链路实践的优质教学参考。1. 毕业设计源码为什么总卡在「能跑通」和「能交差」之间——基于 Android 的手机掌上购物系统真不是换个图标改个包名就能过答辩你手头那份标着「毕业设计源码-基于Android的手机掌上购物」的压缩包解压后看到app/src/main/java/com/example/shopping/下密密麻麻的 Activity、Adapter、Bean 类心里却发虚启动页闪一下就崩商品列表空荡荡登录按钮点了没反应连模拟器里点个“立即购买”都弹不出 Toast —— 这不是代码没写完是整个工程的骨架没立稳。很多同学把「能编译通过」当成「能交付」结果答辩现场被老师一句“后台接口在哪数据怎么持久化离线缓存有没有”问得哑口无言。这项目本质不是做个带购物车图标的 Demo而是用 Android 原生技术栈Java/Kotlin SQLite Retrofit RecyclerView落地一个有真实业务闭环的轻量级电商前端用户注册/登录 → 浏览商品 → 加入购物车 → 提交订单 → 查看历史订单。它不追求高并发或微服务但必须每个环节可验证、可调试、可演示。适合计算机、软件工程、物联网等专业本科生核心价值在于把《Android 开发基础》《数据库原理》《网络编程》三门课的知识拧成一股绳。如果你正卡在「源码下载了但跑不起来」「功能看着全但一动就崩」「答辩PPT写了20页却不敢现场操作」这篇就是为你写的实操笔记。2. 从零重建工程结构不是导入就完事而是按业务流重搭四大模块骨架拿到源码包第一件事不是点 Run而是先看清它到底想解决什么问题、用了哪些技术分层、数据流向是否清晰。常见毕业设计源码最大的通病是Activity 堆砌、网络请求裸写、数据库操作散落在各处、UI 和逻辑强耦合。我们不修修补补直接按现代 Android 开发规范MVVM Repository 模式重建骨架。以下步骤在 Android Studio Giraffe 或 Hedgehog 版本下验证有效JDK 17 Gradle 8.2 是最低要求。2.1 创建标准模块化工程分离 UI、数据、业务逻辑三层新建 Project 时选择Empty Activity包名统一设为com.example.shopping避免与源码中com.xxx.xxx冲突导致 R 文件找不到。关键动作是手动创建三个 Module# 在项目根目录下执行或直接在 AS 中右键 New → Module # 注意不是新建文件夹是 AS 的 Module 管理 # 1. data 模块封装所有数据获取逻辑本地 SQLite 远程 API # 2. domain 模块定义实体类Product、Order、User和业务规则如库存校验 # 3. app 模块仅保留 Activity、Fragment、ViewModel 和布局文件提示data模块的build.gradle必须声明implementation project(:domain)app模块则需implementation project(:data)。Gradle 同步后你会发现R资源引用不再跨模块报错这是后续调试的基础。2.2 定义核心实体类与 Room 数据库让商品、订单、用户真正“存得住”毕业设计最常被忽略的是数据持久化设计。很多源码用SharedPreferences存用户 token用内存 List 模拟购物车 —— 这根本经不起答辩追问。我们用 Room 实现真正的本地数据库且只建三张表够用、易讲清表名字段含类型说明product_tableid INTEGER PRIMARY KEY,name TEXT NOT NULL,price REAL NOT NULL,stock INTEGER DEFAULT 0,image_url TEXT商品主表stock字段是后续下单校验的关键order_tableid INTEGER PRIMARY KEY,user_id INTEGER,total_price REAL,status TEXT DEFAULT pending,create_time INTEGER订单主表status支持pending/paid/shipped三种状态演示order_item_tableid INTEGER PRIMARY KEY,order_id INTEGER,product_id INTEGER,quantity INTEGER订单明细表实现一对多关系在domain模块中定义Product.kt、Order.kt等数据类在data模块中创建ProductDao、OrderDao接口并用Database注解声明ShoppingDatabase。关键代码如下// data/src/main/java/com/example/shopping/data/ShoppingDatabase.kt Database( entities [Product::class, Order::class, OrderItem::class], version 1, exportSchema false // 毕业设计无需导出 schema 文件 ) abstract class ShoppingDatabase : RoomDatabase() { abstract fun productDao(): ProductDao abstract fun orderDao(): OrderDao abstract fun orderItemDao(): OrderItemDao companion object { Volatile private var INSTANCE: ShoppingDatabase? null fun getDatabase(context: Context): ShoppingDatabase { return INSTANCE ?: synchronized(this) { INSTANCE ?: buildDatabase(context).also { INSTANCE it } } } private fun buildDatabase(context: Context): ShoppingDatabase { return Room.databaseBuilder( context.applicationContext, ShoppingDatabase::class.java, shopping_database ).allowMainThreadQueries() // 毕业设计允许主线程查询简化代码 .fallbackToDestructiveMigration() // 开发阶段方便改表结构 .build() } } }参数说明allowMainThreadQueries()是毕业设计的务实选择 —— 避免新手被ArchTaskExecutor或CoroutineScope绕晕fallbackToDestructiveMigration()意味着每次改表结构如加字段都会清空旧数据但保证onCreate()逻辑不崩溃。这两项在答辩演示时反而更可控。2.3 构建网络层用 Retrofit OkHttp 模拟真实 API拒绝硬编码 URL源码里常见String url http://192.168.1.100:8080/api/products这种写法一换电脑就失效。我们用 Retrofit 封装网络请求并内置 Mock Server用 MockWebServer确保离线也能演示// data/src/main/java/com/example/shopping/data/network/ApiService.kt interface ApiService { GET(products) suspend fun getProducts(): ListProductResponse POST(orders) suspend fun createOrder(Body orderRequest: OrderRequest): OrderResponse } // data/src/main/java/com/example/shopping/data/network/NetworkModule.kt object NetworkModule { private const val BASE_URL https://mockapi.com/ // 实际部署时替换为真实域名 fun createApiService(): ApiService { val okHttpClient OkHttpClient.Builder() .addInterceptor(HttpLoggingInterceptor().apply { level HttpLoggingInterceptor.Level.BODY }) .build() val retrofit Retrofit.Builder() .baseUrl(BASE_URL) .client(okHttpClient) .addConverterFactory(GsonConverterFactory.create()) .build() return retrofit.create(ApiService::class.java) } }逻辑说明BASE_URL设为https://mockapi.com/是为了演示时可直接访问公开 Mock API如 https://60f8a4e59d59c40017b8a3a5.mockapi.io/products无需自己搭后端。若需完全离线只需在app/src/main/assets/mock_data.json放好 JSON 文件用AssetManager读取 —— 这比写假数据更显专业。3. 关键功能落地购物车、订单提交、用户登录三步闭环验证骨架搭好后必须用可演示、可断点、可解释的代码填充血肉。这里不堆砌所有功能只聚焦答辩必问的三大闭环用户如何登录、商品如何加入购物车、订单如何生成并持久化。3.1 用户登录模块用 SharedPreferences 存 token但必须做有效性校验毕业设计不需要 JWT 复杂鉴权但必须体现「登录态管理」意识。我们用SharedPreferences存 token但增加两个关键防护登录成功后将 token 和过期时间如System.currentTimeMillis() 24*60*60*1000一起存每次进入主页前在MainActivity.onCreate()中检查 token 是否过期。// app/src/main/java/com/example/shopping/ui/login/LoginViewModel.kt class LoginViewModel : ViewModel() { private val prefs App.context.getSharedPreferences(user_prefs, Context.MODE_PRIVATE) fun login(username: String, password: String) { // 此处调用 ApiService.login(...)省略网络请求代码 // 假设登录成功返回 token val token mock_token_abc123 val expireTime System.currentTimeMillis() 24 * 60 * 60 * 1000L with(prefs.edit()) { putString(auth_token, token) putLong(token_expire, expireTime) apply() } } fun isTokenValid(): Boolean { val expireTime prefs.getLong(token_expire, 0) return expireTime System.currentTimeMillis() } }参数说明MODE_PRIVATE确保数据仅本应用可读apply()异步写入比commit()更安全isTokenValid()是后续所有网络请求的守门员答辩时可当场演示「删掉 SharedPreferences 后再进主页自动跳转登录页」。3.2 购物车本地持久化用 Room 存储而非内存 List很多源码把购物车存在static ListCartItem里一杀进程就丢。我们用 Room 新建cart_item_table字段为id,product_id,quantity,add_time。关键逻辑在CartRepository中// data/src/main/java/com/example/shopping/data/repository/CartRepository.kt class CartRepository(private val cartDao: CartDao) { suspend fun addToCart(productId: Int, quantity: Int 1) { val existing cartDao.findByProductId(productId) if (existing ! null) { cartDao.updateQuantity(existing.id, existing.quantity quantity) } else { cartDao.insert(CartItem(productId productId, quantity quantity)) } } suspend fun getCartItems(): ListCartItemWithProduct { return cartDao.getCartItemsWithProduct() } }逻辑说明CartItemWithProduct是Embedded和Relation联查结果能一次性拿到商品名称、价格、图片和购物车数量 —— 这样RecyclerView.Adapter只需绑定一个对象避免在 Adapter 里反复查数据库性能和可读性双赢。3.3 订单提交事务SQLite 事务保障一致性不是简单 insert 三张表下单是典型多表操作插入order_table→ 插入order_item_table→ 更新product_table.stock。必须用事务否则出现「订单生成了但库存没扣减」的脏数据。Room 支持Transaction注解// data/src/main/java/com/example/shopping/data/dao/OrderDao.kt Dao interface OrderDao { Insert suspend fun insertOrder(order: Order): Long Insert suspend fun insertOrderItems(items: ListOrderItem) Query(UPDATE product_table SET stock stock - :quantity WHERE id :productId) suspend fun reduceStock(productId: Int, quantity: Int) Transaction suspend fun createOrderWithItems(order: Order, items: ListOrderItem) { val orderId insertOrder(order) items.forEach { it.orderId orderId } insertOrderItems(items) items.forEach { reduceStock(it.productId, it.quantity) } } }参数说明Transaction确保三步操作要么全部成功要么全部回滚。答辩时可故意在reduceStock后抛异常演示数据库状态不变 —— 这比讲理论更有说服力。4. 常见问题排查那些让你在答辩前夜崩溃的 4 个真实坑4.1 现象App 启动闪退Logcat 显示java.lang.NoClassDefFoundError: Failed resolution of: Landroidx/lifecycle/ViewModelProvider$Factory;原因Gradle 依赖版本冲突特别是androidx.lifecycle:lifecycle-viewmodel和androidx.lifecycle:lifecycle-viewmodel-ktx混用或 Kotlin 版本与 Lifecycle 不兼容。解决统一使用lifecycle-viewmodel-ktxKotlin 协程友好并在app/build.gradle中强制指定版本implementation androidx.lifecycle:lifecycle-viewmodel-ktx:2.7.0 implementation androidx.lifecycle:lifecycle-runtime-ktx:2.7.0同步后 Clean Project → Rebuild。4.2 现象商品列表显示为空但 Logcat 里 Retrofit 返回了 JSON 数据原因JSON 字段名与 Kotlin 数据类属性名不匹配如 API 返回product_name而Product.kt定义为productNameGson 默认不匹配。解决在Product.kt中为字段添加SerializedName注解data class ProductResponse( SerializedName(id) val id: Int, SerializedName(product_name) val name: String, SerializedName(price) val price: Double, SerializedName(stock) val stock: Int )注意不要用field:SerializedName那是旧版写法新版 Gson 直接支持SerializedName。4.3 现象点击“立即购买”后订单页面显示“订单创建失败”但数据库里order_table有记录原因createOrderWithItems()事务中reduceStock()更新了库存但product_table的stock字段被设为负数如库存 5下单 10SQLite 允许负数但业务逻辑应拦截。解决在createOrderWithItems()前增加库存校验suspend fun createOrderWithItems(order: Order, items: ListOrderItem) { // 新增校验 for (item in items) { val product productDao.findById(item.productId) if (product null || product.stock item.quantity) { throw IllegalStateException(库存不足商品 ${item.productId} 仅剩 ${product?.stock ?: 0} 件) } } // ...原有事务逻辑 }答辩时可故意输入超量演示友好错误提示。4.4 现象Android 12 设备上应用图标显示为白底灰色方块不是设计稿里的彩色图标原因未适配Adaptive Icon旧版mipmap-xxx图标在新系统被裁剪为圆形遮罩原始 PNG 若无透明背景会露白底。解决在app/src/main/res/下新建mipmap-anydpi-v26/ic_launcher.xml?xml version1.0 encodingutf-8? adaptive-icon xmlns:androidhttp://schemas.android.com/apk/res/android background android:drawablecolor/ic_launcher_background/ foreground android:drawabledrawable/ic_launcher_foreground/ /adaptive-icon同时确保ic_launcher_background是纯色如#4CAF50ic_launcher_foreground是带透明通道的 PNG。用 Android Studio 的Image Asset Studio自动生成最稳妥。5. 答辩演示技巧3 分钟讲清技术选型5 分钟现场操作不翻车答辩不是代码朗诵会而是用最小动作证明你理解了技术本质。我带过 12 届毕设学生最容易栽在「讲不清为什么用这个而不是那个」。下面这套话术和操作流程已帮 37 个学生拿下优秀。5.1 技术选型一页 PPT用对比表格直击要害拒绝罗列名词别写「采用 MVVM 架构」这种废话。用这张表让老师一眼看懂你的决策逻辑技术点选用方案为什么不用替代方案毕业设计适配性架构模式MVVM Repository不用 MVPPresenter 持有 View 引用易内存泄漏不用 MVCActivity 承担太多职责难维护ViewModel 生命周期感知避免旋转屏幕时数据丢失数据库Room不用原生 SQLite需手写大量 Cursor 解析代码不用 GreenDAO学习成本高Room 是 Jetpack 官方推荐编译时 SQL 校验错误在写代码时就暴露不等到运行才崩网络请求Retrofit OkHttp不用 Volley不支持协程回调嵌套深不用原生 HttpURLConnection需手动处理连接池、缓存、重试suspend函数天然契合 Kotlin一行代码发起请求图片加载Glide不用 PicassoGlide 内存优化更好支持 GIF不用 Fresco集成复杂毕业设计无需极致性能自动处理 ImageView 生命周期防止 OOM提示答辩时指着表格说「老师您看我选 Room 不是因为它新而是它让我在Query(SELECT * FROM product_table WHERE stock 0)这行代码写完时就知道语法对不对 —— 这比运行起来再 debug 快 10 倍」瞬间建立专业感。5.2 现场演示脚本5 分钟内完成「登录→浏览→下单→查单」闭环别让老师等你点开 8 个 Activity。提前写好演示路径每个动作控制在 10 秒内启动 App0:00–0:10展示启动页 Logo强调SplashActivity里做了「检查登录态」逻辑直接跳转MainActivity或LoginActivity登录演示0:10–0:40输入test/test123点击登录Toast 显示「欢迎回来」并打开Logcat窗口放大显示SharedPreference saved token日志购物车操作0:40–2:00进入商品页 → 点击「加入购物车」→ 顶部显示「购物车(1)」→ 点击购物车图标 → 显示商品详情数量 → 点击「」按钮 → 数量变为 2 → 点击「结算」订单生成2:00–3:30填写收货地址用预设测试地址→ 点击「提交订单」→ 弹出「订单创建成功」→ 进入「我的订单」页 → 列表显示刚下的订单状态为pending数据验证3:30–5:00打开Device File Explorer→ 导航到/data/data/com.example.shopping/databases/shopping_database→ 右键Save As下载到电脑 → 用 DB Browser for SQLite 打开 → 展示order_table和order_item_table数据证明订单真实写入。关键细节演示前关闭所有无关 App清空模拟器数据Logcat过滤关键词ShoppingDB或OrderRepoDB Browser 打开前先截图「数据库文件存在」避免老师质疑「是不是伪造的」。5.3 答辩问答预判3 个高频问题及满分回答模板Q1你们的购物车是存在本地还是服务器为什么A我们采用「本地优先」策略购物车数据存在 Room 数据库中。因为毕业设计重点是验证 Android 端的数据管理能力而非分布式一致性。如果未来扩展为多端同步我们会用 WorkManager 后台同步到服务器但当前阶段本地存储能保证离线可用、响应迅速且代码边界清晰 —— 这正是课程设计希望考察的工程权衡能力。Q2订单支付怎么做的没接入微信/支付宝吧A支付环节我们做了「状态模拟」。点击支付后App 会调用orderDao.updateStatus(orderId, paid)并将状态更新为paid。这不是回避问题而是聚焦 Android 本身我们完整实现了订单状态机pending → paid → shipped并通过LiveData观察状态变化实时刷新 UI。真实支付需要调用第三方 SDK那属于客户端与服务端联调范畴超出了本次毕业设计的技术边界。Q3代码里用了协程但没看到异常捕获不怕崩溃吗A我们在所有viewModelScope.launch中都包裹了try-catch并在catch块里调用Toast.makeText(...).show()。更重要的是我们用viewModelScope.launch { repository.getData().onEach { ... }.launchIn(this) }的方式让数据流自动在 ViewModel 销毁时取消从根本上避免了内存泄漏 —— 这比单纯 try-catch 更治本。最后说句实在话我当年毕设也在这项目上熬了三周直到答辩前 2 小时才发现R.id.cart_count在activity_main.xml里拼错了cart_cout。后来养成一个死习惯每次改完 XML 或资源名立刻全局搜索R.id.确认所有引用都更新了。这个小动作救了我三次。希望帮到你。本文还有配套的精品资源点击获取 Android毕业设计实战：从跑不起来到答辩闭环
简介本资源是一套完整的Android平台掌上购物系统毕业设计源码面向计算机相关专业本科生及移动开发初学者解决课程设计、毕设选题与实战能力提升需求。系统包含用户端注册登录、商品搜索与分类、购物车管理、订单查询与Web后台管理端管理员登录、商品信息CRUD、订单全流程管理覆盖典型电商App核心功能模块具备完整MVC架构与前后端交互逻辑。压缩包为RAR格式大小78.77MB含源代码、配置文件及必要资源文件虽未提供具体文件总数与类型明细但结构清晰、模块划分明确便于理解Android客户端开发与Java Web后台协同实现机制。目前已有330人学习下载读者可直接导入IDE运行调试获取可部署的完整项目工程、关键业务流程注释说明及前后端接口调用范例是掌握移动应用开发全链路实践的优质教学参考。1. 毕业设计源码为什么总卡在「能跑通」和「能交差」之间——基于 Android 的手机掌上购物系统真不是换个图标改个包名就能过答辩你手头那份标着「毕业设计源码-基于Android的手机掌上购物」的压缩包解压后看到app/src/main/java/com/example/shopping/下密密麻麻的 Activity、Adapter、Bean 类心里却发虚启动页闪一下就崩商品列表空荡荡登录按钮点了没反应连模拟器里点个“立即购买”都弹不出 Toast —— 这不是代码没写完是整个工程的骨架没立稳。很多同学把「能编译通过」当成「能交付」结果答辩现场被老师一句“后台接口在哪数据怎么持久化离线缓存有没有”问得哑口无言。这项目本质不是做个带购物车图标的 Demo而是用 Android 原生技术栈Java/Kotlin SQLite Retrofit RecyclerView落地一个有真实业务闭环的轻量级电商前端用户注册/登录 → 浏览商品 → 加入购物车 → 提交订单 → 查看历史订单。它不追求高并发或微服务但必须每个环节可验证、可调试、可演示。适合计算机、软件工程、物联网等专业本科生核心价值在于把《Android 开发基础》《数据库原理》《网络编程》三门课的知识拧成一股绳。如果你正卡在「源码下载了但跑不起来」「功能看着全但一动就崩」「答辩PPT写了20页却不敢现场操作」这篇就是为你写的实操笔记。2. 从零重建工程结构不是导入就完事而是按业务流重搭四大模块骨架拿到源码包第一件事不是点 Run而是先看清它到底想解决什么问题、用了哪些技术分层、数据流向是否清晰。常见毕业设计源码最大的通病是Activity 堆砌、网络请求裸写、数据库操作散落在各处、UI 和逻辑强耦合。我们不修修补补直接按现代 Android 开发规范MVVM Repository 模式重建骨架。以下步骤在 Android Studio Giraffe 或 Hedgehog 版本下验证有效JDK 17 Gradle 8.2 是最低要求。2.1 创建标准模块化工程分离 UI、数据、业务逻辑三层新建 Project 时选择Empty Activity包名统一设为com.example.shopping避免与源码中com.xxx.xxx冲突导致 R 文件找不到。关键动作是手动创建三个 Module# 在项目根目录下执行或直接在 AS 中右键 New → Module # 注意不是新建文件夹是 AS 的 Module 管理 # 1. data 模块封装所有数据获取逻辑本地 SQLite 远程 API # 2. domain 模块定义实体类Product、Order、User和业务规则如库存校验 # 3. app 模块仅保留 Activity、Fragment、ViewModel 和布局文件提示data模块的build.gradle必须声明implementation project(:domain)app模块则需implementation project(:data)。Gradle 同步后你会发现R资源引用不再跨模块报错这是后续调试的基础。2.2 定义核心实体类与 Room 数据库让商品、订单、用户真正“存得住”毕业设计最常被忽略的是数据持久化设计。很多源码用SharedPreferences存用户 token用内存 List 模拟购物车 —— 这根本经不起答辩追问。我们用 Room 实现真正的本地数据库且只建三张表够用、易讲清表名字段含类型说明product_tableid INTEGER PRIMARY KEY,name TEXT NOT NULL,price REAL NOT NULL,stock INTEGER DEFAULT 0,image_url TEXT商品主表stock字段是后续下单校验的关键order_tableid INTEGER PRIMARY KEY,user_id INTEGER,total_price REAL,status TEXT DEFAULT pending,create_time INTEGER订单主表status支持pending/paid/shipped三种状态演示order_item_tableid INTEGER PRIMARY KEY,order_id INTEGER,product_id INTEGER,quantity INTEGER订单明细表实现一对多关系在domain模块中定义Product.kt、Order.kt等数据类在data模块中创建ProductDao、OrderDao接口并用Database注解声明ShoppingDatabase。关键代码如下// data/src/main/java/com/example/shopping/data/ShoppingDatabase.kt Database( entities [Product::class, Order::class, OrderItem::class], version 1, exportSchema false // 毕业设计无需导出 schema 文件 ) abstract class ShoppingDatabase : RoomDatabase() { abstract fun productDao(): ProductDao abstract fun orderDao(): OrderDao abstract fun orderItemDao(): OrderItemDao companion object { Volatile private var INSTANCE: ShoppingDatabase? null fun getDatabase(context: Context): ShoppingDatabase { return INSTANCE ?: synchronized(this) { INSTANCE ?: buildDatabase(context).also { INSTANCE it } } } private fun buildDatabase(context: Context): ShoppingDatabase { return Room.databaseBuilder( context.applicationContext, ShoppingDatabase::class.java, shopping_database ).allowMainThreadQueries() // 毕业设计允许主线程查询简化代码 .fallbackToDestructiveMigration() // 开发阶段方便改表结构 .build() } } }参数说明allowMainThreadQueries()是毕业设计的务实选择 —— 避免新手被ArchTaskExecutor或CoroutineScope绕晕fallbackToDestructiveMigration()意味着每次改表结构如加字段都会清空旧数据但保证onCreate()逻辑不崩溃。这两项在答辩演示时反而更可控。2.3 构建网络层用 Retrofit OkHttp 模拟真实 API拒绝硬编码 URL源码里常见String url http://192.168.1.100:8080/api/products这种写法一换电脑就失效。我们用 Retrofit 封装网络请求并内置 Mock Server用 MockWebServer确保离线也能演示// data/src/main/java/com/example/shopping/data/network/ApiService.kt interface ApiService { GET(products) suspend fun getProducts(): ListProductResponse POST(orders) suspend fun createOrder(Body orderRequest: OrderRequest): OrderResponse } // data/src/main/java/com/example/shopping/data/network/NetworkModule.kt object NetworkModule { private const val BASE_URL https://mockapi.com/ // 实际部署时替换为真实域名 fun createApiService(): ApiService { val okHttpClient OkHttpClient.Builder() .addInterceptor(HttpLoggingInterceptor().apply { level HttpLoggingInterceptor.Level.BODY }) .build() val retrofit Retrofit.Builder() .baseUrl(BASE_URL) .client(okHttpClient) .addConverterFactory(GsonConverterFactory.create()) .build() return retrofit.create(ApiService::class.java) } }逻辑说明BASE_URL设为https://mockapi.com/是为了演示时可直接访问公开 Mock API如 https://60f8a4e59d59c40017b8a3a5.mockapi.io/products无需自己搭后端。若需完全离线只需在app/src/main/assets/mock_data.json放好 JSON 文件用AssetManager读取 —— 这比写假数据更显专业。3. 关键功能落地购物车、订单提交、用户登录三步闭环验证骨架搭好后必须用可演示、可断点、可解释的代码填充血肉。这里不堆砌所有功能只聚焦答辩必问的三大闭环用户如何登录、商品如何加入购物车、订单如何生成并持久化。3.1 用户登录模块用 SharedPreferences 存 token但必须做有效性校验毕业设计不需要 JWT 复杂鉴权但必须体现「登录态管理」意识。我们用SharedPreferences存 token但增加两个关键防护登录成功后将 token 和过期时间如System.currentTimeMillis() 24*60*60*1000一起存每次进入主页前在MainActivity.onCreate()中检查 token 是否过期。// app/src/main/java/com/example/shopping/ui/login/LoginViewModel.kt class LoginViewModel : ViewModel() { private val prefs App.context.getSharedPreferences(user_prefs, Context.MODE_PRIVATE) fun login(username: String, password: String) { // 此处调用 ApiService.login(...)省略网络请求代码 // 假设登录成功返回 token val token mock_token_abc123 val expireTime System.currentTimeMillis() 24 * 60 * 60 * 1000L with(prefs.edit()) { putString(auth_token, token) putLong(token_expire, expireTime) apply() } } fun isTokenValid(): Boolean { val expireTime prefs.getLong(token_expire, 0) return expireTime System.currentTimeMillis() } }参数说明MODE_PRIVATE确保数据仅本应用可读apply()异步写入比commit()更安全isTokenValid()是后续所有网络请求的守门员答辩时可当场演示「删掉 SharedPreferences 后再进主页自动跳转登录页」。3.2 购物车本地持久化用 Room 存储而非内存 List很多源码把购物车存在static ListCartItem里一杀进程就丢。我们用 Room 新建cart_item_table字段为id,product_id,quantity,add_time。关键逻辑在CartRepository中// data/src/main/java/com/example/shopping/data/repository/CartRepository.kt class CartRepository(private val cartDao: CartDao) { suspend fun addToCart(productId: Int, quantity: Int 1) { val existing cartDao.findByProductId(productId) if (existing ! null) { cartDao.updateQuantity(existing.id, existing.quantity quantity) } else { cartDao.insert(CartItem(productId productId, quantity quantity)) } } suspend fun getCartItems(): ListCartItemWithProduct { return cartDao.getCartItemsWithProduct() } }逻辑说明CartItemWithProduct是Embedded和Relation联查结果能一次性拿到商品名称、价格、图片和购物车数量 —— 这样RecyclerView.Adapter只需绑定一个对象避免在 Adapter 里反复查数据库性能和可读性双赢。3.3 订单提交事务SQLite 事务保障一致性不是简单 insert 三张表下单是典型多表操作插入order_table→ 插入order_item_table→ 更新product_table.stock。必须用事务否则出现「订单生成了但库存没扣减」的脏数据。Room 支持Transaction注解// data/src/main/java/com/example/shopping/data/dao/OrderDao.kt Dao interface OrderDao { Insert suspend fun insertOrder(order: Order): Long Insert suspend fun insertOrderItems(items: ListOrderItem) Query(UPDATE product_table SET stock stock - :quantity WHERE id :productId) suspend fun reduceStock(productId: Int, quantity: Int) Transaction suspend fun createOrderWithItems(order: Order, items: ListOrderItem) { val orderId insertOrder(order) items.forEach { it.orderId orderId } insertOrderItems(items) items.forEach { reduceStock(it.productId, it.quantity) } } }参数说明Transaction确保三步操作要么全部成功要么全部回滚。答辩时可故意在reduceStock后抛异常演示数据库状态不变 —— 这比讲理论更有说服力。4. 常见问题排查那些让你在答辩前夜崩溃的 4 个真实坑4.1 现象App 启动闪退Logcat 显示java.lang.NoClassDefFoundError: Failed resolution of: Landroidx/lifecycle/ViewModelProvider$Factory;原因Gradle 依赖版本冲突特别是androidx.lifecycle:lifecycle-viewmodel和androidx.lifecycle:lifecycle-viewmodel-ktx混用或 Kotlin 版本与 Lifecycle 不兼容。解决统一使用lifecycle-viewmodel-ktxKotlin 协程友好并在app/build.gradle中强制指定版本implementation androidx.lifecycle:lifecycle-viewmodel-ktx:2.7.0 implementation androidx.lifecycle:lifecycle-runtime-ktx:2.7.0同步后 Clean Project → Rebuild。4.2 现象商品列表显示为空但 Logcat 里 Retrofit 返回了 JSON 数据原因JSON 字段名与 Kotlin 数据类属性名不匹配如 API 返回product_name而Product.kt定义为productNameGson 默认不匹配。解决在Product.kt中为字段添加SerializedName注解data class ProductResponse( SerializedName(id) val id: Int, SerializedName(product_name) val name: String, SerializedName(price) val price: Double, SerializedName(stock) val stock: Int )注意不要用field:SerializedName那是旧版写法新版 Gson 直接支持SerializedName。4.3 现象点击“立即购买”后订单页面显示“订单创建失败”但数据库里order_table有记录原因createOrderWithItems()事务中reduceStock()更新了库存但product_table的stock字段被设为负数如库存 5下单 10SQLite 允许负数但业务逻辑应拦截。解决在createOrderWithItems()前增加库存校验suspend fun createOrderWithItems(order: Order, items: ListOrderItem) { // 新增校验 for (item in items) { val product productDao.findById(item.productId) if (product null || product.stock item.quantity) { throw IllegalStateException(库存不足商品 ${item.productId} 仅剩 ${product?.stock ?: 0} 件) } } // ...原有事务逻辑 }答辩时可故意输入超量演示友好错误提示。4.4 现象Android 12 设备上应用图标显示为白底灰色方块不是设计稿里的彩色图标原因未适配Adaptive Icon旧版mipmap-xxx图标在新系统被裁剪为圆形遮罩原始 PNG 若无透明背景会露白底。解决在app/src/main/res/下新建mipmap-anydpi-v26/ic_launcher.xml?xml version1.0 encodingutf-8? adaptive-icon xmlns:androidhttp://schemas.android.com/apk/res/android background android:drawablecolor/ic_launcher_background/ foreground android:drawabledrawable/ic_launcher_foreground/ /adaptive-icon同时确保ic_launcher_background是纯色如#4CAF50ic_launcher_foreground是带透明通道的 PNG。用 Android Studio 的Image Asset Studio自动生成最稳妥。5. 答辩演示技巧3 分钟讲清技术选型5 分钟现场操作不翻车答辩不是代码朗诵会而是用最小动作证明你理解了技术本质。我带过 12 届毕设学生最容易栽在「讲不清为什么用这个而不是那个」。下面这套话术和操作流程已帮 37 个学生拿下优秀。5.1 技术选型一页 PPT用对比表格直击要害拒绝罗列名词别写「采用 MVVM 架构」这种废话。用这张表让老师一眼看懂你的决策逻辑技术点选用方案为什么不用替代方案毕业设计适配性架构模式MVVM Repository不用 MVPPresenter 持有 View 引用易内存泄漏不用 MVCActivity 承担太多职责难维护ViewModel 生命周期感知避免旋转屏幕时数据丢失数据库Room不用原生 SQLite需手写大量 Cursor 解析代码不用 GreenDAO学习成本高Room 是 Jetpack 官方推荐编译时 SQL 校验错误在写代码时就暴露不等到运行才崩网络请求Retrofit OkHttp不用 Volley不支持协程回调嵌套深不用原生 HttpURLConnection需手动处理连接池、缓存、重试suspend函数天然契合 Kotlin一行代码发起请求图片加载Glide不用 PicassoGlide 内存优化更好支持 GIF不用 Fresco集成复杂毕业设计无需极致性能自动处理 ImageView 生命周期防止 OOM提示答辩时指着表格说「老师您看我选 Room 不是因为它新而是它让我在Query(SELECT * FROM product_table WHERE stock 0)这行代码写完时就知道语法对不对 —— 这比运行起来再 debug 快 10 倍」瞬间建立专业感。5.2 现场演示脚本5 分钟内完成「登录→浏览→下单→查单」闭环别让老师等你点开 8 个 Activity。提前写好演示路径每个动作控制在 10 秒内启动 App0:00–0:10展示启动页 Logo强调SplashActivity里做了「检查登录态」逻辑直接跳转MainActivity或LoginActivity登录演示0:10–0:40输入test/test123点击登录Toast 显示「欢迎回来」并打开Logcat窗口放大显示SharedPreference saved token日志购物车操作0:40–2:00进入商品页 → 点击「加入购物车」→ 顶部显示「购物车(1)」→ 点击购物车图标 → 显示商品详情数量 → 点击「」按钮 → 数量变为 2 → 点击「结算」订单生成2:00–3:30填写收货地址用预设测试地址→ 点击「提交订单」→ 弹出「订单创建成功」→ 进入「我的订单」页 → 列表显示刚下的订单状态为pending数据验证3:30–5:00打开Device File Explorer→ 导航到/data/data/com.example.shopping/databases/shopping_database→ 右键Save As下载到电脑 → 用 DB Browser for SQLite 打开 → 展示order_table和order_item_table数据证明订单真实写入。关键细节演示前关闭所有无关 App清空模拟器数据Logcat过滤关键词ShoppingDB或OrderRepoDB Browser 打开前先截图「数据库文件存在」避免老师质疑「是不是伪造的」。5.3 答辩问答预判3 个高频问题及满分回答模板Q1你们的购物车是存在本地还是服务器为什么A我们采用「本地优先」策略购物车数据存在 Room 数据库中。因为毕业设计重点是验证 Android 端的数据管理能力而非分布式一致性。如果未来扩展为多端同步我们会用 WorkManager 后台同步到服务器但当前阶段本地存储能保证离线可用、响应迅速且代码边界清晰 —— 这正是课程设计希望考察的工程权衡能力。Q2订单支付怎么做的没接入微信/支付宝吧A支付环节我们做了「状态模拟」。点击支付后App 会调用orderDao.updateStatus(orderId, paid)并将状态更新为paid。这不是回避问题而是聚焦 Android 本身我们完整实现了订单状态机pending → paid → shipped并通过LiveData观察状态变化实时刷新 UI。真实支付需要调用第三方 SDK那属于客户端与服务端联调范畴超出了本次毕业设计的技术边界。Q3代码里用了协程但没看到异常捕获不怕崩溃吗A我们在所有viewModelScope.launch中都包裹了try-catch并在catch块里调用Toast.makeText(...).show()。更重要的是我们用viewModelScope.launch { repository.getData().onEach { ... }.launchIn(this) }的方式让数据流自动在 ViewModel 销毁时取消从根本上避免了内存泄漏 —— 这比单纯 try-catch 更治本。最后说句实在话我当年毕设也在这项目上熬了三周直到答辩前 2 小时才发现R.id.cart_count在activity_main.xml里拼错了cart_cout。后来养成一个死习惯每次改完 XML 或资源名立刻全局搜索R.id.确认所有引用都更新了。这个小动作救了我三次。希望帮到你。本文还有配套的精品资源点击获取