Spring Boot+Thymeleaf手机品牌宣传网站：从数据库到答辩全流程-代码聚汇网

Spring Boot+Thymeleaf手机品牌宣传网站：从数据库到答辩全流程

陈易铭·2026-09-01·阅读 22 GEO检测（免费）

Spring BootThymeleaf手机品牌宣传网站

|难度：普通|阅读约 42 分钟

手机品牌宣传网站这种题目，在计算机毕业设计里已经是常青树了。每年都有大量学生选类似的方向：Java + Spring Boot 做后台、手机品牌展示、营销宣传页面、购物车和订单。这个题目的好处很明显：需求清晰、技术栈主流、工作量适中，无论做系统还是写论文都有充足的素材可以发挥。但也正因为做的人多，如果只是把增删改查拼凑一番，答辩时很容易被问到“你的系统亮点是什么”而卡壳。

这篇文章我按“已经完整做完一个项目”的思路来写，从需求拆解、数据库设计、核心功能实现到环境搭建和部署演示，再到毕业设计答辩的实战经验，把整个链路一次讲透。无论你是刚接触 Spring Boot 的初学者，还是已经写了几个 Demo 想系统性做一套完整系统的同学，这篇内容都能直接拿来当参照模板用。

1. 项目定位与技术选型：这个毕业设计到底在做什么

1.1 需求拆解：前台展示和后台管理两条线并行

手机品牌宣传网站，名字听起来很“展示向”，但实际做起来，它需要同时支撑两条业务线。第一条是面向普通访客的前台展示线，包含首页品牌轮播、手机机型列表、品牌专区、商品详情、促销公告，以及完整的购物流程（加入购物车、提交订单、查询订单）。第二条是面向管理员的后台管理线，包含品牌管理、机型管理、库存管理、订单处理、轮播图配置和用户管理。

很多同学拿到题目后习惯把重点放在前台页面上，觉得页面漂亮就是做完了。但毕业设计答辩时，评委更看重的是你有没有把业务逻辑跑通，尤其是“品牌宣传 → 商品浏览 → 加购 → 下单 → 后台处理”这条完整的电商闭环。有些同学只做到商品展示，订单功能直接省略或做个假按钮，这种系统在答辩时非常容易被问穿。

所以我建议在需求阶段就把功能边界划清楚：MVP 版本必须包含前台商品浏览、商品详情、购物车、订单提交、后台商品管理、订单管理这六个核心模块，其他的轮播图、公告、数据统计都属于加分项。

1.2 技术栈选型：为什么是 Spring Boot + Thymeleaf 而不是前后端分离

技术选型这件事，很多毕设指导老师不会强制你用什么，但会问“你为什么这么选”。我的建议是不要盲目追求前后端分离。现在企业里确实大量用 Vue + Spring Boot 的前后端分离架构，但毕业设计场景下，你只有一个人，前后端分离意味着你要同时维护两套工程、处理跨域问题、设计接口文档，工作量直接翻倍。用 Spring Boot + Thymeleaf 服务端渲染，一套工程搞定页面和接口，逻辑更集中，出问题的概率也小得多。

具体技术栈组合如下：

JDK 8 或 11：Spring Boot 2.7.x 兼容性最好，JDK 8 是经典版本，答辩环境兼容性最高。
Spring Boot 2.7.x：内置 Tomcat，不需要单独配置服务器。
Thymeleaf：服务端模板引擎，直接在 HTML 里写 th:each、th:if 渲染数据，非常适合这种以展示为主的网站。
MyBatis-Plus：比原生 MyBatis 省大量 SQL，分页查询、条件构造器都是现成的，毕设效率翻倍。
MySQL 5.7 或 8.0：关系型数据库，存用户、品牌、商品、订单这些结构化数据。
Layui 或 Bootstrap：后台管理界面直接用现成前端框架，不需要自己从头写 CSS。

这套组合的好处是每个模块你都能讲清楚“为什么用它”。比如用 Thymeleaf 而不是 JSP，是因为 Spring Boot 官方推荐、模板语法更现代、前后端代码在一个工程里维护成本低。用 MyBatis-Plus 而不用 JPA，是因为国内企业用 MyBatis 系更多，而且你可以在论文里写“通过自定义 SQL 实现多表关联查询”，这是加分项。

1.3 完整功能清单：先列出来再动手，别边做边想

动手写代码前，一定先列功能清单。我见过太多人做到一半发现表结构设计漏了，又回头改数据库。以手机品牌宣传网站为例，功能清单应该是这样的：

前台用户端：

用户注册、登录、退出登录，密码加密存储。
首页展示：轮播图、热门品牌、最新机型推荐。
品牌分类浏览：点击品牌进入该品牌下所有机型列表。
商品搜索：按机型名称或关键词模糊搜索。
商品详情：展示手机大图、价格、配置参数（CPU、内存、屏幕、电池等）、品牌介绍。
购物车：加入购物车、修改数量、删除商品、选中结算。
订单确认：填写收货人、地址、电话，提交订单。
个人中心：查看我的订单、取消订单、查看订单状态。

后台管理端：

管理员登录。
品牌管理：新增、编辑、删除、上架/下架品牌。
机型管理：新增手机型号、填写价格库存、上传图片、编辑参数、上下架。
订单管理：查看全部订单、按状态筛选、发货操作。
用户管理：查看注册用户列表、禁用/启用用户。
轮播图管理：配置首页轮播图片和跳转链接。

这个清单列出来，你基本就知道要建几张表、写多少个接口、做多少个页面了。后面所有的代码都围绕这个清单展开。

需要模型API调用？免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。

2. 数据库设计：八张表撑起手机品牌宣传的业务底座

2.1 核心表结构：从用户到订单的完整链路

数据库设计是毕业设计里最容易让老师挑毛病的地方，也是你论文里最值得好好写的部分。手机品牌宣传网站建议设计 8 张核心表，表之间关系清晰，业务闭环完整。

第一张是用户表，字段包括用户ID、用户名、密码（加密后）、手机号、邮箱、头像、注册时间、状态。这张表就是存前台注册用户的，没什么特别的，但密码字段要注意，现实中必须加密存储，我用的是 BCrypt 加密方案。

第二张是管理员表，独立于用户表。管理员和前台用户是两种完全不同的角色，放在一起反而不好做权限控制。管理员表字段很精简：ID、账号、密码、昵称、创建时间。

第三张是品牌表，这是这个项目的核心特色表。字段包括品牌ID、品牌名称、品牌Logo、品牌介绍、品牌产地、创建时间、状态。品牌和手机是一对多关系，一个品牌下面挂多款手机。

第四张是手机商品表，字段最多的一张表。商品ID、品牌ID（外键）、商品名称、型号、价格、原价、库存、销量、主图、详情描述、CPU、内存、存储、屏幕尺寸、电池容量、上市时间、状态（上架/下架）、创建时间。这里把手机的核心参数直接做成了字段，方便列表页筛选和详情页展示，不用另外建参数表，对毕设来说更简单直接。

第五张是轮播图表，存首页轮播的图片路径、跳转链接、排序号、状态。

第六张是购物车表，字段为购物车ID、用户ID、商品ID、购买数量、选中状态。这里不需要冗余价格字段，价格实时从商品表取。

第七张是订单表，包含订单号（用时间戳+随机数生成）、用户ID、订单总金额、收货人、收货地址、联系电话、订单状态（待付款/待发货/待收货/已完成/已取消）、下单时间、支付时间、发货时间。

第八张是订单明细表，为什么单独建一张而不直接塞在订单表里？因为一个订单可能同时包含多款手机。如果往订单表里塞“商品名称”“商品价格”“商品数量”，就只能一个订单存一个商品，完全不符合实际。订单明细表记录订单ID、商品ID、商品名称（冗余存储，防止商品删除后订单显示异常）、购买单价、购买数量。

2.2 品牌、机型、参数的三级关系设计思路

品牌宣传网站的“品牌”维度，是这个项目区别于普通电商系统的关键。普通电商系统可能只关心商品，品牌只是个分类标签。但这个项目的核心是“以品牌为维度做宣传展示”，所以品牌表必须独立出来，而且要有足够丰富的介绍性字段。

在设计品牌和手机的关系时，最自然的模型就是“一对多”：一个品牌（Apple）下面有多款手机机型（iPhone 15、iPhone 15 Pro、iPhone 15 Pro Max）。品牌表存品牌的基础信息和宣传素材（Logo、介绍、产地），手机表通过 brand_id 外键关联到品牌表。

我建议在品牌表里加一个“品牌故事”字段，这正好呼应题目里的“宣传”二字。前台品牌详情页可以展示品牌历史、品牌理念，让整个网站不只是冷冰冰的商品列表，而更像一个有内容、有调性的宣传站点。这个点在论文里可以写成“通过内容化运营提升品牌认知度”，答辩时很加分。

机型参数这块，我的建议是直接平铺在商品表的字段里。你可能看到一些电商系统会单独做一张“规格参数表”，用 key-value 的方式存参数。但那是为了应对商品规格不确定的场景。做毕业设计时，手机参数的集合是相对固定的（CPU、内存、屏幕、电池、摄像头），直接把必要的字段建在商品表上最省事，查询也快。

2.3 订单状态机：电商系统最容易被追问的细节

订单状态是整个电商业务的核心状态流转，也是答辩老师最喜欢追问的点。如果订单表里只放一个“status”字段，不加任何说明，代码里只是随手改个数字，那你很难答好“订单状态如何管理”这个问题。

我建议用整数表示订单状态，并在代码里定义常量或枚举，不要散落魔法数字：

0：待付款
1：待发货（已付款）
2：待收货（已发货）
3：已完成
4：已取消

状态流转规则为：下单后是 0，用户点击“付款”或模拟支付后变成 1，管理员后台点击“发货”后变成 2，用户确认收货或系统自动确认后变成 3；用户在下单后未付款的情况下可以取消，变成 4。如果已付款想要退款，在毕业设计里可以简化成管理员手动取消并退款。

订单表里建议加入 pay_time、delivery_time、finish_time 三个时间字段，记录每个状态节点的时间，这样在订单详情页可以展示完整的时间线，答辩时讲起来也更有底气。

3. 核心功能实现与关键代码：这些代码写出来，项目就完成了一大半

3.1 登录注册与权限拦截：Session 还是 JWT，毕设选哪种

登录注册是每个网站都有的功能，也是最容易雷同的部分。这个项目我选的是 Session 方案，理由很简单：基于 Thymeleaf 的服务端渲染，Session 天然契合，不需要额外处理 Token 的存储和过期。前端页面跳转时，通过拦截器统一判断用户是否登录。

流程是这样：用户登录成功后，把用户对象存入 Session，同时设置 Session 的过期时间（默认30分钟）。写一个拦截器 WebConfig，继承 HandlerInterceptor，在 preHandle 方法里判断 Session 是否存在用户对象，不存在就重定向到登录页。对 /admin/** 路径再做一层判断，必须是管理员 Session 才能放行。

密码存储这块要注意，现实中不能明文存密码。毕业设计里常见做法是 MD5 加盐或者 BCrypt。我用的是 BCrypt，Spring Security 框架里自带的 BCryptPasswordEncoder 可以直接用，不需要引入整套 Spring Security，只是借用它的加密工具类。

java复制// 用户注册时密码加密
String rawPassword = user.getPassword();
String encodedPassword = new BCryptPasswordEncoder().encode(rawPassword);
user.setPassword(encodedPassword);

// 用户登录时密码校验
if (!new BCryptPasswordEncoder().matches(rawPassword, dbUser.getPassword())) {
    throw new RuntimeException("用户名或密码错误");
}

拦截器的配置代码也很简洁，核心就是放行静态资源和登录接口，拦截需要认证的路径。

java复制@Override
public void addInterceptors(InterceptorRegistry registry) {
    registry.addInterceptor(new LoginInterceptor())
            .addPathPatterns("/**")
            .excludePathPatterns("/", "/login", "/register", "/css/**", "/js/**", "/images/**", "/product/**", "/brand/**", "/product/list");
}

3.2 手机品牌展示与搜索：列表页的分页和条件筛选

前台列表页是用户访问最多的页面，也是性能优化的重要节点。我用 MyBatis-Plus 的 Page 对象做分页，用 LambdaQueryWrapper 做条件构造，把品牌筛选、关键词搜索、价格区间、排序方式这些条件组合起来。

核心代码思路是这样的：

java复制public Page<Phone> getPhoneList(int pageNum, int pageSize, PhoneQuery query) {
    Page<Phone> page = new Page<>(pageNum, pageSize);
    LambdaQueryWrapper<Phone> wrapper = new LambdaQueryWrapper<>();
    
    // 按品牌筛选
    if (query.getBrandId() != null) {
        wrapper.eq(Phone::getBrandId, query.getBrandId());
    }
    
    // 按关键词模糊搜索
    if (StringUtils.hasText(query.getKeyword())) {
        wrapper.like(Phone::getName, query.getKeyword())
               .or().like(Phone::getModel, query.getKeyword());
    }
    
    // 按价格区间筛选
    if (query.getMinPrice() != null) {
        wrapper.ge(Phone::getPrice, query.getMinPrice());
    }
    if (query.getMaxPrice() != null) {
        wrapper.le(Phone::getPrice, query.getMaxPrice());
    }
    
    // 按销量排序或价格排序
    if ("sales".equals(query.getSort())) {
        wrapper.orderByDesc(Phone::getSales);
    } else {
        wrapper.orderByDesc(Phone::getCreateTime);
    }
    
    wrapper.eq(Phone::getStatus, 1); // 只展示上架商品
    return phoneMapper.selectPage(page, wrapper);
}

这里有个容易踩的坑：使用 LambdaQueryWrapper 做多条件模糊搜索时，如果用 like(...).or().like(...) 且没有括号包裹，生成的 SQL 可能因为 and 和 or 的优先级问题导致筛选结果错误。解决办法是用 .and(w -> w.like(...).or().like(...)) 把 or 条件包起来，这样生成的 SQL 语义才正确。

列表页的前端展示，我会通过 Thymeleaf 的 th:each 循环渲染手机卡片，每个卡片包含商品主图、名称、品牌、价格、销量。点击卡片跳转到详情页。

3.3 购物车加购与订单提交：库存扣减和事务管理

购物车和订单是电商系统的核心业务，也是代码量最大的部分。购物车相对简单，核心就是 add、update、delete、list 四个操作，注意每次添加前要判断该用户购物车中是否已经存在相同商品，存在则数量加一，不存在则新增一条记录。

真正有技术含量的是订单提交。一个完整的下单流程涉及多个步骤：查询商品信息、计算总价、扣减库存、生成订单主记录、生成订单明细、清空购物车。这些步骤必须在一个事务里完成，否则中途出错就会出现订单数据和库存不一致的问题。

我写了一个 OrderServiceImpl，核心方法上加 @Transactional 注解，保证整个下单流程的原子性。

java复制@Transactional(rollbackFor = Exception.class)
public OrderSubmitResult submitOrder(OrderSubmitParam param) {
    // 1. 获取当前用户购物车中已选中的商品列表
    List<CartItem> selectedItems = cartMapper.selectCheckedItems(param.getUserId());
    if (selectedItems.isEmpty()) {
        throw new RuntimeException("请先选择要购买的商品");
    }
    
    // 2. 核算总金额
    BigDecimal totalPrice = BigDecimal.ZERO;
    for (CartItem item : selectedItems) {
        totalPrice = totalPrice.add(item.getPrice().multiply(BigDecimal.valueOf(item.getQuantity())));
    }
    
    // 3. 生成订单号
    String orderNo = generateOrderNo();
    
    // 4. 插入订单主表
    Order order = new Order();
    order.setOrderNo(orderNo);
    order.setUserId(param.getUserId());
    order.setTotalPrice(totalPrice);
    order.setReceiverName(param.getReceiverName());
    order.setReceiverPhone(param.getReceiverPhone());
    order.setReceiverAddress(param.getReceiverAddress());
    order.setStatus(0);
    orderMapper.insert(order);
    
    // 5. 插入订单明细并扣减库存
    for (CartItem item : selectedItems) {
        OrderItem orderItem = new OrderItem();
        orderItem.setOrderId(order.getId());
        orderItem.setPhoneId(item.getPhoneId());
        orderItem.setPhoneName(item.getPhoneName());
        orderItem.setPrice(item.getPrice());
        orderItem.setQuantity(item.getQuantity());
        orderItemMapper.insert(orderItem);
        
        // 扣库存，这里用乐观锁防止超卖
        int updated = phoneMapper.reduceStock(item.getPhoneId(), item.getQuantity());
        if (updated == 0) {
            throw new RuntimeException("商品库存不足");
        }
    }
    
    // 6. 清空购物车已选中商品
    cartMapper.deleteCheckedItems(param.getUserId());
    
    return new OrderSubmitResult(orderNo, totalPrice);
}

库存扣减我用了乐观锁的思路，在商品表的 SQL 里加条件 stock >= quantity，如果更新条数为 0 说明库存不够，直接回滚事务。这个细节在答辩时讲出来，评委老师会觉得你是真懂并发控制的。

有个细节要注意：金额计算必须用 BigDecimal，不能直接用 double 或 float。浮点数计算金额会出现 0.1 + 0.2 != 0.3 这类精度问题，在电商系统里属于不可接受的 bug。

3.4 后台管理端：商品图片上传和订单发货

后台管理端我用的是 Layui 的表格和表单组件，配合 Thymeleaf 渲染页面。页面本身没有太多技术难点，但有两个功能值得展开说一下。

第一个是商品图片上传。Spring Boot 里接收 MultipartFile 上传文件，把文件保存到本地磁盘的 upload 目录，然后返回可访问的 URL。关键点是配置静态资源映射，否则上传成功但你访问不到图片。在 WebMvcConfig 里加一段配置：

java复制@Override
public void addResourceHandlers(ResourceHandlerRegistry registry) {
    String uploadPath = System.getProperty("user.dir") + "/upload/";
    registry.addResourceHandler("/upload/**")
            .addResourceHandler(uploadPath + "/**");
}

我强烈建议把上传目录配置在 application.yml 里，而不是写死在代码中。这样部署到服务器时，只需要改配置文件就能调整路径，不需要动代码重新编译。

第二个是订单发货操作。管理员在订单列表里点击“发货”按钮，后端把订单状态从 1（待发货）改为 2（待收货），并记录 delivery_time。这里要注意操作权限，后台所有接口都需要经过管理员拦截器校验，普通用户 Session 不能访问。

顺带一提，后台统计面板可以加三个简单的数字卡片：商品总数、订单总数、用户总数，用 SELECT COUNT(*) 查出来展示在首页。如果想做得更漂亮，可以用 ECharts 画一个近七天的订单量柱状图，数据从订单表按天分组查询，工作量不大，但视觉效果和答辩印象分会明显提升。

4. 环境搭建与项目初始化：从零跑起来只要二十分钟

4.1 开发环境准备：版本匹配是第一道坑

做 Java Web 项目，环境版本不匹配是新手最容易栽跟头的地方。我的建议是不要用最新的 JDK 21 或 Spring Boot 3.x，除非你非常熟悉新特性。很多报错，比如“源发行版 17 需要目标发行版 17”或者 lombok 不兼容，都是版本不匹配导致的。

推荐版本组合：

JDK 1.8（也就是 JDK 8）
Maven 3.6.3 或 3.8.x
IDEA 2022 及以上版本
MySQL 5.7 或 8.0
Spring Boot 2.7.18（2.x 最后一个版本）

这个组合经过大量真实项目验证，网上资料也最多，遇到问题一搜就能找到解决方案。如果电脑上已经装了多个 JDK 版本，IDEA 里可以在 File → Project Structure → Project 里单独指定这个项目的 SDK，避免影响其他项目。

MySQL 安装时有个老生常谈的坑：8.0 驱动类的名称是 com.mysql.cj.jdbc.Driver，而 5.7 是 com.mysql.jdbc.Driver。如果用 8.0 的数据库，必须在连接 URL 里加上时区和编码参数：

yaml复制spring:
  datasource:
    url: jdbc:mysql://localhost:3306/phone_website?useUnicode=true&characterEncoding=utf8&useSSL=false&serverTimezone=Asia/Shanghai
    username: root
    password: 123456
    driver-class-name: com.mysql.cj.jdbc.Driver

4.2 使用 Spring Initializr 初始化项目：别手动建项目结构

这一步我推荐直接访问 start.spring.io 生成基础工程，它能保证 pom.xml 里的依赖版本兼容。我选这几个依赖：

Spring Web
Thymeleaf
MyBatis Framework（如果用的是 MyBatis-Plus，后面需要手动加 MyBatis-Plus 依赖）
MySQL Driver
Lombok（可选，能省不少 getter/setter 代码，但要注意 IDE 装 Lombok 插件）

生成后导入 IDEA，项目结构如下：

code复制src/main/java/com/example/phone/
├── PhoneWebsiteApplication.java       // 启动类
├── config/                            // 配置类（拦截器、静态资源映射）
├── controller/                        // 控制器
│   ├── admin/                         // 后台管理控制器
│   └── front/                         // 前台页面控制器
├── service/                           // 业务逻辑层
│   └── impl/
├── mapper/                            // MyBatis 的 Mapper 接口
├── entity/                            // 实体类
├── common/                            // 通用返回结果、常量、异常处理
└── dto/                               // 参数接收对象

这个目录结构是我跑了几个项目后沉淀下来的，分包清晰、职责分明。你写论文的时候，只需要画一张架构分层图，把你的 controller、service、mapper 按这个结构摆出来，系统架构那一章基本就齐了。

4.3 数据库初始化：用 SQL 脚本一次建好所有表

我建议用 SQL 脚本建表，而不是靠 MyBatis-Plus 的自动建表功能。因为脚本可以放进论文附录，老师看起来也更规范。在 Navicat 或命令行里执行建表语句，再插入几条测试数据，品牌数据可以写入苹果、华为、小米、三星等常见品牌，每个品牌配两三款手机。

测试数据一定要真实、完整。商品名称别写“手机1”“手机2”，要写“iPhone 15 Pro Max 256GB”“小米14 Ultra”这种真实型号，参数字段也要填得具体，比如 CPU 型号、电池容量、摄像头参数。答辩演示时，有真实数据的页面和全是“测试数据”的页面，给评委的感觉完全不一样。

管理员账号直接 SQL 插入一条，密码用 BCrypt 加密后的字符串。你可以在代码里写一个 CommandLineRunner，启动时自动创建一个默认管理员账号，这样第一次启动就能直接用 admin 登录后台。

5. 常见问题排查与毕业设计答辩经验

5.1 高频问题速查表：几个最容易卡住的坑

做这个项目过程中，我遇到过不少问题，把最有代表性的几个整理成了一张速查表。这些问题基本覆盖了 Java Web 开发入门阶段的高频报错，每一个都是真实跑出来的经验。

问题现象	根本原因	解决方案
启动报 `Access denied for user 'root'@'localhost'`	数据库密码配错	检查 application.yml 里的密码，注意机器名和密码不要带特殊字符
页面中文全部变成问号	数据库连接没有指定 UTF-8	URL 加 `characterEncoding=utf8`，页面模板加 `<meta charset="UTF-8">`
上传图片后浏览器访问 404	没有配置静态资源映射	在配置类里 addResourceHandlers 指向上传目录
分页数据总是重复或遗漏	分页插件没有配置分页拦截器	MyBatis-Plus 需要在配置类里添加分页插件 `PaginationInnerInterceptor`
模板页面报 `Exception processing template`	Thymeleaf 语法错误	检查 th:each 闭合标签，非空判断用 `th:if` 而不是直接读取 null 对象
端口被占用	上次运行的程序没有停止	命令行 `netstat -ano \| findstr 8080` 找到 PID 后 kill 掉
前端请求后台接口 405	请求方式不匹配	确认 Controller 的 mapping 是 RequestMethod.GET 还是 POST，前台表单方法是否一致
启动类扫描不到 Mapper	Mapper 接口没有加 @Mapper 注解	启动类加 `@MapperScan("com.example.phone.mapper")`

第 7 条我多说一句，Thymeleaf 模板渲染报错是所有错误里最难排查的，因为报错信息往往是一大段 HTML 包装的堆栈。我的经验是先在浏览器直接访问那个页面的 URL，看完整报错里划红线那一行，基本上就是语法问题。另外注意 th:if 和 th:each 如果用了 null 对象的属性，会在渲染时报错，Service 层返回的数据一定要做空值兜底。

5.2 答辩准备：让评委觉得你的系统有亮点

毕业设计答辩不是公司的技术评审，评委关心的是“你做了什么、怎么做的、是否自己动手完成”。准备答辩时，有几件事建议提前做。

首先，准备一段 3 分钟的系统演示脚本。打开系统后，先从首页开始：介绍轮播图和品牌专区，点进一个品牌看品牌详情页，然后进入商品详情页，介绍参数展示。接着演示用户注册登录、加入购物车、提交订单全过程，最后切换到后台管理，演示订单发货操作、商品上下架。整个流程要一气呵成，提前预演至少三遍。

其次，准备好回答“项目亮点”这个问题。如果项目只是标准的增删改查，评委可能觉得平淡。所以我在做这个项目时，刻意设计了几个可以讲深度的点：一是库存扣减用了乐观锁防止超卖，二是品牌内容化运营的展示理念，三是订单状态机的完整流转设计。答辩时主动说出这几个设计，评委一下就觉得你的系统不是纯搬代码。

最后，建议把数据库设计文档和接口列表打印出来，答辩时带进考场。评委提问时如果能快速翻到对应的表结构或代码位置，会显得你对整个项目了如指掌。哪怕问到一个你没准备的问题，也能按照“表结构是什么 → 代码里如何处理 → 这样设计的原因”这个思路来展开回答，基本不会冷场。

5.3 项目扩展方向：想做得更好可以再加这些功能

如果做完了以上内容还有余力，想冲一下更高分数，有几个方向值得考虑。第一个是引入 Redis 缓存品牌列表和热门商品，页面响应速度会明显提升，这是“性能优化”方向的加分项。第二个是接入支付宝沙箱支付，把“待付款 → 已付款”的模拟流程替换成真实支付流程，这在电商类毕设里是很大的加分项。第三个是增加用户收藏功能，用户在商品详情页点击收藏，个人中心展示收藏列表，这属于“用户交互完整度”方向。

这三个扩展方向，每一个都能在论文里单独写一小节，逻辑上也很独立。不过要提醒的是，加功能一定要保证现有核心功能稳定，别为了加一个收藏功能把购物车的逻辑改出 bug。稳妥的顺序是：核心流程完全跑通 → 代码提交备份 → 再开分支加扩展功能。

我个人做下来的体会是，手机品牌宣传网站这种题目，上限很高，下限也很低。如果只做几个页面消磨时间，最后只能交一个空壳。但如果认认真真把品牌展示、搜索筛选、购物车、订单流转、后台管理这条链路走通，再在细节上做出两三个有设计感的点，它完全可以成为一份拿得出手、禁得起追问的毕业设计作品。最后再分享一个小技巧：项目里所有涉及金额、库存、订单号的代码，一定多写日志。你自己调试的时候能省无数时间，答辩演示时候出问题，也能立刻定位是哪一行出的错。