每年三四月份，总有一大批计算机专业的同学开始焦虑毕业设计选题。我当年也一样，翻来覆去在“管理系统”“商城系统”“XX平台”这几个大类里打转，最后选了一个基于Springboot的网上商城项目。现在回头看，商城类选题确实是计算机毕业设计里最不容易翻车的一类，尤其是像“恒捷网上家电商城0861b”这种，业务场景完整、技术栈主流、可扩展性强，无论你之前基础是扎实还是薄弱，都能在里面找到合适的工作量。这篇博文我就以恒捷家电商城0861b为例，从技术选型、功能模块、数据库设计、环境搭建、论文配合到避坑经验，把整个项目从0到1的完整链路拆开讲一遍，希望能给正在选题或者已经开始做毕设的同学一些可落地的参考。
1. 这个选题为什么是毕设“安全牌”：技术面与受众面的双重考量
1.1 一个成熟的毕业设计选题，不是越炫越好，而是“合适”最重要
毕业设计跟企业项目有一个本质区别：企业项目追求的是业务价值和稳定性，毕业设计追求的是对知识的完整呈现和答辩老师能快速看懂的清晰逻辑。商城系统恰好在这两点上实现了平衡。
先说技术面。恒捷家电商城0861b这类项目，核心是Springboot全家桶：Spring Boot作为基础框架，MyBatis-Plus处理数据库操作，MySQL存数据，前端用Thymeleaf或者Vue做页面渲染，再加一个Maven做依赖管理。这一套组合是目前国内中小型系统的绝对主流，无论是课程里学过的、实习时接触过的、还是面试被问到的，基本都绕不开。你把这个项目做完，相当于把大学四年学的Java后端知识从头到尾串了一遍：继承、接口、集合、异常、IO、反射、注解、事务、AOP，全部能在代码里找到对应的应用场景。
再说受众面。家电商城面向的是C端用户，业务模型非常成熟——京东、苏宁、国美在线把玩法都已经趟平了。这意味着你不用费劲脑汁去想“这个系统到底该有什么功能”，照着成熟的电商模型做一版简化实现就行。答辩老师一看就懂，不需要你花十分钟解释业务背景，他们会把提问时间留给你更熟悉的技术实现细节，这本身就是一种优势。
1.2 “恒捷”这个项目名背后的定位逻辑
名字里“恒捷”是商城的品牌名，“0861b”是项目编号，很多毕业设计平台会用这种编号区分不同配置的项目。同一个商城系统往往有多种变体，区别主要在前端技术栈、功能数量、有没有带支付、有没有带秒杀等进阶模块。你在看这类项目的时候，先别急着看代码，先看功能清单是否匹配你的毕设要求，以及论文文档的匹配程度，这一点后面我会专门展开。
2. 恒捷家电商城功能拆解：前台购买链路与后台管理闭环
2.1 前台用户端：用户从进店到下单要经过哪些页面
一个电商网站的前台，回归本质就是“逛—选—买—查”四个字。恒捷家电商城0861b按这个逻辑把用户端分成了几个核心页面。
首页是整个商城的门面，一般包含三块：顶部搜索栏、轮播图（展示促销活动或主推商品）、商品楼层（按分类展示热销商品）。搜索栏背后接的就是商品表的关键词模糊查询，轮播图对应的是banner表的动态数据，商品楼层则需要关联分类表和商品表。这些看似简单的东西，其实每一个都在为后面论文里的“系统功能设计”章节积累素材。
商品分类页是电商网站信息架构的核心。家电商城跟服装、图书这类商城的差异在于，它的分类层级特别强调“场景化”。比如冰箱、洗衣机属于“大家电”，电饭煲、电磁炉属于“厨房电器”，吹风机、剃须刀属于“个护电器”。这种二级甚至三级的分类结构，在数据库设计上就是一个典型的父子级分类表，是很好的答辩考点。
商品列表和详情页是转化率的关键。列表页要支持按分类筛选、按价格排序、分页展示；详情页要展示商品轮播大图、价格、库存、销量、规格参数（家电的规格参数比普通商品更复杂，比如功率、容量、能效等级、尺寸重量）、商品详情富文本。这些信息在数据库里怎么组织？第一种是字段直接怼在商品表里，简单但扩展性差；第二种是拆一个商品参数表，用key-value结构存，灵活但查询麻烦。这两种方案各有利弊，恒捷项目里采用的是相对折中的方案：通用字段放商品表，特殊规格放参数表，这个设计思路在论文里可以写出一段不错的讨论。
购物车和结算页是电商业务复杂度开始上升的地方。购物车核心是“用户—商品—数量”的关系，难点在于库存校验和价格锁定。什么叫价格锁定？就是用户把商品加进购物车的时候价格是2999，但是提交订单的时候系统要重新查一遍当前价格，不能让用户在付款前才发现价格变了。这个小细节很多同学会忽略，但写进论文里是加分项。结算页要处理收货地址选择、订单备注、支付方式（一般默认模拟支付或对接支付宝沙箱）、订单金额汇总。这里涉及的一个核心概念是“事务”——下单过程中要同时扣减库存、生成订单记录、清空购物车对应的商品，任何一个环节失败都得回滚，否则就会出现超卖或者订单数据不一致的问题。
个人中心包含订单列表、订单详情、收货地址管理、修改密码等功能。订单列表按状态分类展示（待付款、待发货、待收货、已完成），点击进入订单详情可以看到完整的物流信息（毕设里通常简化成发货时间）。地址管理就是一个典型的增删改查模块，注意设置默认地址的逻辑——新增一个地址时，如果这是第一个地址，要自动设为默认地址。
2.2 后台管理端：管理员如何维护一个家电网城
前台是给用户用的，后台是给运营人员用的。恒捷这个项目把后台管理端做成了另一个相对独立的子系统，访问路径通常是/admin/login，角色与前台用户完全分离。
后台的功能模块我按优先级排个序，也是答辩最容易问到的几个点：
| 模块 | 核心功能 | 答辩加分点 |
|---|---|---|
| 商品管理 | 商品CRUD、上下架、库存调整、图片上传 | 商品图片上传后的静资源映射与回显 |
| 分类管理 | 一级/二级分类的增删改、排序 | 父级分类删除时子分类的处理策略 |
| 订单管理 | 订单列表、按状态筛选、发货操作 | 订单状态流转图、超时未支付取消 |
| 会员管理 | 用户列表查询、启用/禁用 | 用户状态字段对登录逻辑的影响 |
| 轮播图管理 | banner图替换、排序、启停 | 缓存更新时机 |
| 数据统计 | 商品销量统计、简单图标展示 | ECharts接口数据格式拼接 |
商品管理是最核心的模块，后台运营人员要能新增一个商品——填名称、选分类、传图片、定价格、填库存。这里有一个很现实的坑：商品图片上传后，浏览器打开显示404。原因多半是Spring Boot没有把本地上传目录映射为静态资源路径。解决方法是加一个WebMvcConfigurer配置类，把磁盘上的上传目录映射到/images/**这个访问路径上。这个坑几乎年年有人踩，我的建议是直接把配置代码写到笔记里，后面部署和论文截图都要用到。
2.3 工作量评估：哪些模块是必选，哪些是加分项
毕设选题有一个黄金法则：工作量要让人“看不出来是凑数的，但也别把自己累死”。恒捷家电商城0861b的横切面已经覆盖了一个标准B2C商城的主流程，对毕设来说是充分且恰当的。
我把模块按“完成优先级”分成了三档：
- P0（必须做）：前台分类/商品列表/详情、购物车、订单提交、个人中心；后台商品管理、订单管理、登录权限拦截。这8个模块构成系统的闭环。
- P1（建议做）：首页轮播图、地址管理、会员管理、数据统计图表。很多毕业设计要求“不少于XX个功能模块”，P1档就是用来补足功能数量要求的。
- P2（看情况做）：搜索关键字高亮、商品评论、收藏功能、优惠券。这些是扩展玩法，适合有余力想冲优秀毕设的同学。
搞清楚优先级，你就知道拿到源码之后第一步不是闷头看代码，而是对照功能清单验收项目，心里有数哪些是答案，哪些是加分题。
3. 数据库设计：家电商品、订单与会员怎么建表才不打架
3.1 核心表结构的设计思路
数据库设计是毕业设计论文里必须详细展开的章节，也是答辩老师大概率会追着问的地方。恒捷家电商城0861b的数据库名字一般是hj_mall之类的，核心表大概有8~10张，我挑了最关键的几张说一下设计要点。
用户表（t_user）：除了基本的用户名、密码、昵称、手机号、邮箱之外，一定要有一个status字段。很多同学会忽略这个，但它在后台“禁用用户”功能里是必须的，登录校验的时候要判断status == 1才允许登录，被禁用的用户直接拒绝访问。注册时间create_time、最后登录时间last_login_time这类审计字段也建议加上，论文里写“系统设计注重安全性与可维护性”的时候就有据可依。
商品表（t_goods）：字段相对多一些——category_id（所属分类）、goods_name（商品名）、goods_sn（商品编码）、price（售价）、stock（库存）、sales_count（销量）、main_image（主图）、detail_images（详情图）、status（上架/下架）、create_time。家电类商品建议再加一个brand字段，或者黑马电商项目里常见的brand_id关联品牌表。有一个设计细节值得注意：商品价格一定要用DECIMAL(10,2)而不是FLOAT，浮点数在金额计算时会出现精度丢失，这种问题在期末验收的时候很容易被老师当场测出来。
下面是商品表的建表SQL示例，基本是毕设项目里比较标准的一套写法：
CREATE TABLE `t_goods` ( `id` INT NOT NULL AUTO_INCREMENT COMMENT '商品ID', `category_id` INT NOT NULL COMMENT '所属分类ID', `goods_name` VARCHAR(100) NOT NULL COMMENT '商品名称', `goods_sn` VARCHAR(64) DEFAULT NULL COMMENT '商品编码', `brand` VARCHAR(32) DEFAULT NULL COMMENT '品牌', `price` DECIMAL(10,2) NOT NULL COMMENT '商品价格', `stock` INT NOT NULL DEFAULT 0 COMMENT '库存', `sales_count` INT NOT NULL DEFAULT 0 COMMENT '销量', `main_image` VARCHAR(255) DEFAULT NULL COMMENT '主图地址', `detail_images` TEXT COMMENT '详情图片地址', `status` TINYINT NOT NULL DEFAULT 1 COMMENT '商品状态 1上架 0下架', `create_time` DATETIME DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间', PRIMARY KEY (`id`), KEY `idx_category_id` (`category_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='商品表';**订单表（t_order）和订单明细表（t_order_item）**是一对多关系，必须分开设计。主表存订单整体信息——订单号、用户ID、订单总金额、支付金额、支付方式、订单状态、收货人姓名、收货人电话、收货地址、创建时间、支付时间、发货时间。子表存每个商品项的详情——订单ID、商品ID、商品名称（快照）、商品图片、单价、数量。为什么要冗余存商品名称和图片？因为用户下单之后商品可能改名、下架甚至被删掉，为了保障历史订单的可追溯性，必须把下单当时的商品信息快照保存下来。这个设计思路答辩时答出来，是能明显加分的点。
订单状态字段通常用数字表示：0待付款 / 1待发货 / 2待收货 / 3已完成 / 4已取消，在代码里定义常量或者枚举类管理，不要散落成魔法数字。
3.2 购物车、地址与轮播图：看似简单，细节不少
**购物车表（t_cart）**非常简单：id, user_id, goods_id, quantity, checked, create_time。但有两个细节需要注意：一个是在联合字段user_id + goods_id上建唯一索引，这样同一个用户重复添加同一件商品时走的是“更新数量”而不是“插入新记录”，避免购物车出现重复行。另一个是加购前要查库存，库存不足时要给出提示，别等到结算时报错。
收货地址表（t_address）：id, user_id, receiver_name, receiver_phone, province, city, district, detail_address, is_default。这里的难点是默认地址逻辑——用户设置了新的默认地址，旧的默认地址要自动取消。更优雅的做法是在Service层开启事务，先把该用户所有地址的is_default置为0，再设置当前地址为默认。这样写虽然多两条SQL，但逻辑清晰、不会出现“两个默认地址”的并发问题。
轮播图表（t_banner）：id, image_url, link_url, sort, status。只讲一个点——首页访问时通常会查询轮播列表，如果每次都查数据库，访问量大的时候压力很大。我见过有同学用Spring Cache加Redis做缓存，这是进阶方案；如果项目里没集成Redis，也可以在商品上下架操作时加一个“清空首页缓存”的逻辑，这个设计同样值得写进论文。
3.3 用E-R图串联论文的数据库设计章节
到了写论文阶段，数据库设计这一章不能只贴建表SQL，一定要画E-R图（实体关系图）。很多同学用Word自带的形状一个个画，效率很低。我的建议是用draw.io（现在叫diagrams.net）或者ProcessOn，半小时就能画完。E-R图里至少要表达出：用户可以拥有多个地址和多个订单，订单包含多个商品项，商品从属于分类，后台管理员独立于用户表存在。这张图画完，论文第四章“数据库设计”就完成了一大半，剩下的就是逐张表写字段说明。
4. 让项目跑起来：开发环境搭建、数据库导入与本地调试
4.1 环境版本选型：第一步就翻车最打击心态
拿到恒捷家电商城0861b的源码之后，第一件事不是急着打开IDEA，而是先核对开发环境。很多同学在这里栽跟头，尤其是Springboot版本过高导致的启动失败——JDK版本不匹配，项目根本跑不起来。
我建议的版本组合是：
| 组件 | 推荐版本 | 说明 |
|---|---|---|
| JDK | 1.8 或 11 | Spring Boot 2.x 依赖JDK8+，学校机器普遍兼容 |
| Maven | 3.6.3 及以上 | 太低可能拉不了最新依赖 |
| MySQL | 5.7 或 8.0 | 8.0注意驱动类名是 com.mysql.cj.jdbc.Driver |
| IDEA | 2021及以上 | 自带Spring Initializr，导入Maven项目方便 |
| Navicat | 任意版本 | 或使用DataGrip、MySQL Workbench |
特别注意一个坑：如果你拿到的是Spring Boot 3.x版本的项目，那么JDK必须是17以上，很多同学的电脑装的是JDK8，启动直接报UnsupportedClassVersionError。如果你不想换JDK版本，最快的办法是找老师或者提供方要配套的JDK版本说明，或者改用2.7.x的Spring Boot版本。热搜词里“springboot版本太高”说的就是这类情况，这种版本兼容性问题在毕设项目里出现的频率非常高。
4.2 导入源码、创建数据库与配置文件的正确姿势
假设你拿到的项目结构是Maven标准结构，导入IDEA的流程很简单：File -> Open，选中项目根目录的pom.xml，选择“Open as Project”，然后等Maven把依赖拉完。这里慢是正常的，建议在settings.xml里配置阿里云镜像，不然依赖下载可能要等到天荒地老。
依赖拉完之后，先别急着启动。你需要做三件事：
**第一步，创建数据库并导入SQL文件。**用Navicat新建一个名为hj_mall（以实际项目里配置的为准）的数据库，字符集选utf8mb4，然后右键“运行SQL文件”，把项目提供的.sql文件导入进去。导入完成后看一下表清单，跟我在第3章列的表对比一下，心里有个数。
**第二步，修改数据库连接配置。**找到src/main/resources/application.yml，把username和password改成你自己MySQL的账号密码。这里最常见的坑是密码里有特殊字符（比如@），需要URL编码或者加引号，否则控制台会报连接失败：
spring: datasource: driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://localhost:3306/hj_mall?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai username: root password: 你的数据库密码注意serverTimezone=Asia/Shanghai这个参数，MySQL 8.0默认时区跟中国差8小时，不加这个会导致查询时间不对或者直接报时区错误。这个是老生常谈的坑了，但每年还是有一批人栽在上面，我这次写出来希望能帮到你。
**第三步，启动项目。**运行主类（一般是xxxApplication），观察控制台日志。看到Started xxxApplication in x.x seconds就说明启动成功了。如果报端口被占用，在配置文件的server.port里改一个端口，比如8081。
4.3 本地调试的常见路径
项目启动成功后，浏览器访问http://localhost:8080（按你自己的端口调整）应该能看到商城首页。后台管理地址一般是http://localhost:8080/admin/login，使用项目预置的管理员账号（通常是admin/admin123之类，具体看SQL脚本里初始化的数据）登录。
到这里，你才有资格说“系统跑起来了”。接下来我建议按P0优先级逐个模块走一遍流程：注册一个用户、浏览商品、加入购物车、提交订单、后台发货、前台确认收货。全流程走通之后，把每个节点的截图保存下来——这些截图就是论文里“系统实现”章节的素材，现在不截，后面再回来补非常麻烦。
如果你拿到的是前后端分离版本（Spring Boot做后端API+Vue做前端），本地调试就需要额外启动前端项目：npm install装依赖，npm run serve启动开发服务器，然后再通过代理转发访问后端接口。这种方式调试时要注意跨域配置和接口地址匹配，比传统Thymeleaf项目稍麻烦一点，但对求职简历是加分项。
5. 云服务器部署与论文写作的同步推进
5.1 部署上线：让答辩老师看到系统“活”在公网上
毕业设计答辩有一种情况很尴尬：自己电脑上跑得好好的，到答辩教室用别人的电脑或者学校网络一演示，环境不一样，项目起不来了。为了规避这个风险，我强烈建议把系统部署到云服务器上，答辩时只需要打开公网地址就能演示，稳定且体面。
部署流程可以概括为四步。
**第一步，准备服务器。**阿里云或者腾讯云的轻量应用服务器就行，学生优惠几十块钱一个月，系统选CentOS 7或者Ubuntu 20.04。
**第二步，在服务器上安装JDK和MySQL。**JDK安装用命令直接配好环境变量即可。MySQL安装完成后，创建一个和本地一致的数据库和账号，导入SQL文件。这里要特别注意：服务器上的MySQL默认只允许localhost连接，为了安全你不需要开启远程访问，代码部署在同一个服务器上走localhost连接即可。
**第三步，打包项目。**在项目根目录执行：
mvn clean package -DskipTests打包完成后，target目录下会有一个xxx.jar。把jar包上传到服务器，用nohup命令后台启动：
nohup java -jar xxx.jar > app.log 2>&1 &启动后通过tail -f app.log监控日志，看到启动成功字样后，在浏览器访问http://服务器公网IP:8080就能看到系统了。
**第四步（可选），配置Nginx反向代理。**Nginx监听80端口，把请求转发到本地的8080端口，同时可以顺手配置一下静态资源缓存。这一步不是必须的，但如果你在简历里写了“熟悉Nginx部署”，这是一个很好的落地证明。
5.2 论文框架与代码进度如何对应起来
论文写作是很多同学的“死穴”。代码写完了，论文一个字没动，最后两周熬夜赶工，质量自然上不去。我的建议是：论文不是最后写，而是和代码同步写。恒捷家电商城0861b附带论文文档1万字以上，这个量对于毕设来说是门槛而不是天花板，真正写得好的论文一般在1.5万到2万字之间。
论文的标准结构是这样的：
- 第一章 绪论：项目背景、国内外研究现状、研究内容与目标。这一章可以在动手写代码之前完成，因为背景是查资料查出来的，不需要系统跑起来。
- 第二章 相关技术介绍：Springboot、MyBatis-Plus、MySQL、前端框架。技术栈定了就能写。
- 第三章 需求分析：功能性需求、非功能性需求、系统用例图、业务流程分析。这一章跟功能模块拆解同步进行，每确定一个模块就补充对应的需求描述。
- 第四章 系统设计：总体架构设计、功能模块划分、数据库设计（E-R图+表结构）。这里要等数据库设计稿定稿后动笔。
- 第五章 系统实现：按“页面截图+核心代码+逻辑说明”的格式，逐模块阐述。这就是我前面强调的要边开发边截图的原因——真正开发到一半的时候页面状态最好，功能还没被乱七八糟的测试数据污染。
- 第六章 系统测试：写测试用例表格、贴测试结果截图。内容最好是真实的，哪怕写一个“用JUnit对商品Service层写单元测试，验证添加商品后库存是否正确更新”都比从网上复制的测试报告靠谱得多。
- 第七章 总结与展望：你自己在这个项目里学会了什么、系统哪里还有不足、未来如何改进。这个放最后写，因为只有做完才知道坑在哪里。
写论文的时候有一个技巧：代码块不要贴大段大段的长代码，只贴核心方法，比如下单功能的Service事务方法、库存扣减的SQL、权限拦截器的实现。答辩老师没有时间看完整源码，他们要的是逻辑清晰的核心片段。
5.3 界面截图与运行效果的整理技巧
论文里的界面截图要讲究“整洁”。具体有三个要求：第一，截图上不要出现无关的书签栏、后台IDE窗口或其他标签页，使用浏览器无痕模式访问系统页面，能避免登录态残留和插件干扰；第二，截图要按用户操作流程排序，比如先展示首页、再展示商品详情、然后是购物车、结算页、订单列表，形成一条完整的故事线；第三，截图里如果有用户数据，建议使用像“张三”“13800138000”这样规整的测试数据，不要出现乱码或者胡乱敲的字段，老师看到脏数据会觉得很敷衍。
还有一个实用的整理方法：建一个screenshots文件夹，按模块分子目录存放，命名带上序号和功能说明，例如03-商品列表-按价格排序.png。这篇论文写到第五章时，会感谢当时认真整理的自己。
6. 项目复盘：版本坑、依赖坑、其他问题与答辩前的最后检查
6.1 版本与依赖相关的常见问题
复盘我做类似项目和辅导学弟学妹的过程中遇到的高频问题，集中整理在这里：
**Lombok报错。**项目代码里大量使用@Data、@Slf4j这类Lombok注解，如果IDEA里没有安装Lombok插件，或者JDK版本跟Lombok版本不兼容，编译期就会直接报错，一堆getter/setter找不到。解决办法是确认IDEA插件市场里搜索“Lombok”并安装，同时检查pom.xml里Lombok的版本，JDK8对应1.18.x就行。
MySQL驱动报错。ClassNotFoundException: com.mysql.jdbc.Driver是因为驱动类名不对，MySQL 8.0要用com.mysql.cj.jdbc.Driver。
**Maven依赖冲突。**常见的表现是启动时报NoClassDefFoundError或者NoSuchMethodError，比如Spring Boot内置的Logback和项目引入的另一个日志组件冲突。遇到这类问题，先用mvn dependency:tree查依赖树，然后使用exclusion排除冲突依赖。这个命令写进论文的“遇到问题及解决方案”里也是加分项。
**前端页面样式丢失。**如果你用的是Thymeleaf模板，页面能打开但CSS和JS全没加载，多半是静态资源路径写错了，比如用了/css/style.css但实际放在/static/css/style.css，Thymeleaf模板里应该用th:href="@{/css/style.css}"来做路径解析。
6.2 业务逻辑实现上的边界问题
业务逻辑上我想强调几个容易被忽略但答辩会被追问的点：
**库存扣减的并发问题。**多人同时抢购买同一件商品，怎么保证库存不会被扣成负数？简单写法是查询当前库存，判断是否够用，然后执行update ... set stock = stock - 1。但并发场景下“先查后改”会有超卖风险。更稳的方式是用一条原子SQL扣减：UPDATE t_goods SET stock = stock - #{quantity} WHERE id = #{goodsId} AND stock >= #{quantity}，通过stock >= #{quantity}这个条件让数据库帮忙兜底。这个点答出来，老师会觉得你真的理解并发问题。
**订单超时未支付。**很多毕设商城没有做这个功能，但如果做了，可以用定时任务或者延迟队列实现，比如Spring自带的@Scheduled定时扫描超过30分钟未支付的订单，将其状态改为已取消并回滚库存。注意定时任务要加@EnableScheduling注解。
**权限控制。**后台管理接口必须做登录拦截，不能让别人直接访问/admin/**接口。用拦截器或者Spring Security都行。我见过有同学只是在前端页面隐藏了入口，后端完全没有校验，这等于把后台数据裸奔在公网，答辩老师如果懂行，这就是重大bug。至少要做到：登录成功后把管理员ID写入Session，拦截器校验Session是否存在，不存在则跳转到登录页。
6.3 答辩前的最终检查清单
最后分享一个答辩前48小时检查清单，是我带了几届项目总结出来的，照着打钩：
- 本地启动无报错，控制台无红色异常日志
- 后台和前台的主流程全线走通（注册→登录→浏览→加购→下单→支付→发货→收货）
- 数据库里有规范的演示数据（建议至少10个商品、3个分类、2个用户、几笔不同状态的订单）
- 云服务器部署版本可以正常访问（如果没有服务器，至少要导出war包并在备用电脑上测一次）
- 论文里的截图跟当前系统界面一致（如果后期改过代码，旧截图要重新截）
- 准备3个以上的“项目亮点”回答（比如库存原子更新、事务回滚、唯一索引防重复、图片上传静态映射）
- 准备1个“项目不足”回答（比如“没有对接真实支付系统”是很安全的答案，显得你了解生产环境的要求）
我见过太多同学栽在这些琐碎的检验环节上：有的数据库有一张表字段跟代码对不上，系统一启动就查询报错；有的人答辩前两天改了密码，结果忘了同步到服务器部署的配置文件里；还有人论文截图里显示的订单金额和界面上演示出来的不一样，被老师一眼抓出来。这些小问题解决起来都是几分钟的事，但不提前检查，答辩现场就会很难看。
做完整套恒捷家电商城0861b的系统搭建、跑通、部署和论文整理之后，我的感受是：毕业设计真正的价值不一定是多高的技术含量，而是你能不能把一个完整的需求从头到尾落成可运行的系统，并且有逻辑地讲清楚整个过程。沿着这套流程走下来，代码是你的、论文是你的、踩过的坑也是你的，答辩的时候自然有底气。最后再给你一个小建议：源码可以参考、可以学，但一定要动手在自己的环境里把项目重新跑一遍、改几个功能，哪怕是改改前端样式，也能让你在答辩台上更从容。
——类、作用域解析、统一初始化和指派初始化)
