企业官网建设流程全解析

做毕设最怕的是什么？不是题难，而是拿到一个项目你都不知道该从哪下手。像“SpringBoot农用商城销售管理系统”这种题目，一眼看上去好像就是“一个商城”而已，但真动手才发现：用户、商品、订单、购物车、统计报表，每个环节都能卡你半天。我自己带过好几轮这种项目的开发和调试，也帮人排过不少坑，今天就把整个项目从设计到部署的全过程拆开讲一遍。这个项目本质上是基于SpringBoot的前后端分离（或半分离）电商系统，完成的是农资农产品在线交易闭环。不管你手里拿到的版本是带Vue前端还是Thymeleaf模板，核心逻辑都一样。文章会覆盖技术选型、数据库设计、功能实现、开发环境搭建、运行调试、服务器部署这几个环节，适合正在做毕设或课设、想快速把项目跑起来并弄清楚原理的同学。

1. 项目全貌与整体设计思路

1.1 这个系统到底解决什么问题

农用商城卖的东西和普通商城有区别，主要是化肥、种子、农药、农机配件、饲料，也包括部分农产品。这些商品有几个特点：生命周期强、季节性强、价格波动明显，而且买家往往是农户或经销商，对订单的实时状态和库存很敏感。所以这个系统的核心不是“花哨”，而是“闭环”——从用户注册登录开始，到浏览商品、添加购物车、提交订单、支付确认，再到商家发货、用户确认收货、后台统计销售额，整条链路必须通。

管理员是这个平台的管理方，负责用户审核、商品分类维护、上下架管理、订单监控和销售统计；商家是实际供货方，负责发布商品、管理库存、处理订单；普通用户就是买家，选购下单。三个角色在一个系统里各干各的活，权限上要分开，数据上要联动。这也是这个项目放在毕设里比较讨巧的地方：它既有业务复杂度，又不会复杂到让人做不完。

1.2 技术栈选型背后的逻辑

这类题目最稳妥的组合就是SpringBoot + MyBatis/MyBatis-Plus + MySQL，前端用Vue+Element UI或者Thymeleaf+Bootstrap。先说为什么用SpringBoot：它把Spring那套繁琐的XML配置全部用自动配置替代了，内置Tomcat，打成一个jar包就能跑，对新手极其友好。数据库选MySQL是因为它普及率高、资料多、Navicat/DataGrip都能连，出问题搜一下到处都是答案。

ORM层面我更推荐MyBatis-Plus。为什么？因为单表CRUD根本不用写SQL，BaseMapper直接给你封装好了，比如商品表的增删改查就是继承一个接口的事。而复杂查询，像订单按日期分组统计，你手写SQL反而更直观。MyBatis-Plus兼容MyBatis，二者不冲突。缓存和登录态建议引入Redis，用来存Token和购物车临时数据。当然如果你拿到的源码里用的是Session也没有问题，Session方案在单体应用里完全够用，只是后期部署到服务器时要注意Session不共享的问题——但单机部署不存在这个困扰。

注意，选型不是越新越好。如果有人给你推荐Spring Cloud微服务、双端分离、Kafka消息队列，听着高大上，但毕设答辩时面试官或老师会追问你怎么拆服务、怎么保证分布式事务，答不上来反而扣分。单体SpringBoot项目足够覆盖所有要求。

1.3 功能模块拆解

别一上来就写代码，先把模块图画出来。这一步能让你少走80%的弯路。我整理过一套通用的功能切分，直接抄就行：

模块之间依赖关系要清楚：用户模块和商品模块是基础，购物车和订单依赖前两者，统计模块又依赖订单。开发顺序建议按“用户→商品→购物车→订单→统计→辅助功能（公告/地址）”来做，保证每一步都有支撑。

2. 数据库设计与核心表结构

2.1 六张核心表的字段设计

数据库是整个系统的地基，表结构设计得好，后面业务代码写起来就是搭积木。农用商城系统最少需要六张表：用户表、分类表、商品表、购物车表、订单主表、订单明细表。另外建议加一张收货地址表。

用户表sys_user至少要有这些字段：

CREATE TABLE `sys_user` ( `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键', `username` varchar(50) NOT NULL COMMENT '登录名', `password` varchar(255) NOT NULL COMMENT '密码（加密存储）', `nickname` varchar(50) DEFAULT NULL COMMENT '昵称', `phone` varchar(20) DEFAULT NULL COMMENT '手机号', `role` tinyint(4) NOT NULL DEFAULT '0' COMMENT '角色：0-普通用户，1-商家，2-管理员', `status` tinyint(4) NOT NULL DEFAULT '1' COMMENT '状态：1-正常，0-禁用', `create_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '注册时间', PRIMARY KEY (`id`), UNIQUE KEY `uk_username` (`username`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

商品表goods要区分普通字段和逻辑字段，比如库存字段要注意，千万别设计成int后用程序去扣减，一定要结合事务和乐观锁。字段设计如下：

CREATE TABLE `goods` ( `id` bigint(20) NOT NULL AUTO_INCREMENT, `category_id` bigint(20) NOT NULL COMMENT '分类ID', `name` varchar(100) NOT NULL COMMENT '商品名称', `subtitle` varchar(200) DEFAULT NULL COMMENT '副标题', `main_image` varchar(255) DEFAULT NULL COMMENT '主图URL', `detail` text COMMENT '商品详情', `price` decimal(10,2) NOT NULL COMMENT '价格（元）', `stock` int(11) NOT NULL DEFAULT '0' COMMENT '库存', `sales` int(11) NOT NULL DEFAULT '0' COMMENT '销量', `status` tinyint(4) NOT NULL DEFAULT '1' COMMENT '1-上架，0-下架', `create_time` datetime DEFAULT CURRENT_TIMESTAMP, `update_time` datetime DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

订单表和订单明细表是父子关系。订单主表orders保存一笔订单的整体信息，包括订单号、用户ID、总金额、状态、收货信息和创建时间；订单明细表order_item保存这一笔订单里具体买了哪些商品、单价、数量。为什么要拆两张表？因为一笔订单可以包含多个商品，如果所有商品都塞在一行，查询和维护都会很痛苦。

订单状态建议用整型数字表示，不要用字符串。我的习惯是：0-待支付，1-待发货，2-待收货，3-已完成，4-已取消。状态机要画清楚：待支付可以取消或去支付，支付后变成待发货，商家发货变成待收货，用户确认后变成已完成。

2.2 连接池配置与参数调优

数据库连接池是网上问得非常多的问题。SpringBoot 2.x默认使用HikariCP，这也是目前性能最好的连接池之一，基本上不需要额外引入别的连接池。但很多同学拿到项目后启动报错，原因都出在application.yml的配置上。

spring: datasource: driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://localhost:3306/farm_mall?useUnicode=true&characterEncoding=utf8&useSSL=false&serverTimezone=Asia/Shanghai username: root password: '123456' hikari: minimum-idle: 5 maximum-pool-size: 20 idle-timeout: 30000 connection-timeout: 10000

几个关键的坑敲一下黑板：

• serverTimezone必须加，不然MySQL 8.x会报时区错误。
• useSSL=false是因为本地开发一般没配SSL证书，不关掉会警告甚至报错。
• 密码如果包含特殊字符，比如!、@，在YAML里最好用单引号包起来，否则可能解析错误。

连接池的maximum-pool-size不要贪大，本地开发20足够了。每个连接都会占内存，调太大反而拖慢启动速度。生产环境再根据并发量去压测调整。

2.3 初始化数据和演示数据准备

数据库脚本文件通常叫sql/farm_mall.sql。导入后别急着跑，先检查三个东西：第一，脚本里是否有drop database if exists，有的话确认你选的是正确的库再执行；第二，检查是否有INSERT INTO sys_user的管理员初始账号，比如admin/admin123；第三，商品表里有没有测试图片URL，很多校园网环境访问不了外链图片，导致商品图裂掉，这时你把图片下载下来放到项目的static/upload目录里，或者改成本地相对路径地址。

演示数据一定要准备完整。我见过太多人答辩的时候，商品只有两三条、订单数据全是空的，统计图表自然也是空的，演示效果大打折扣。建议至少往表里塞20个商品、10个用户、30笔订单，跨三个月的日期，这样导出的统计折线图才会有起伏感。

3. 核心业务功能实现解析

3.1 登录鉴权与角色权限控制

权限这块是答辩提问的高频区，大部分人都能说出来“用户登录后可以访问某些接口，没登录不能访问”，但代码层面怎么控制，很多人只会用拦截器硬写判断。

我的建议是：做一个自定义拦截器实现登录校验，再配合一个@NeedLogin注解做接口级控制。拦截器里判断请求头里是否携带Token，或者Session里是否有用户信息。管理员接口再额外校验角色字段，比如判断role == 2才放行。

密码加密必须做。至少用MD5加盐或者BCrypt，千万别明文存。Spring Security里自带的BCrypt加密方式可以直接用，不引整个Spring Security也行，单独引入spring-security-crypto依赖，调用BCryptPasswordEncoder就可以了。

实际踩坑经验：很多项目把用户信息存Session，上面也说了这没问题，但要注意跨域请求时默认不带Cookie。如果你前端是独立Vue项目，一定是在8080端口，后端在8081，两边不配跨域，你的登录接口第一次能通，第二次带不上Session就401了。解决办法是后端加Cors配置允许指定源，并且allowCredentials=true，前端Axios设置withCredentials: true。

3.2 商品展示、搜索与分页

商品列表是用户看到的第一个页面，性能和数据正确性都要保证。关键词搜索用SQL的LIKE模糊查询即可，比如搜“化肥”，所有名字里带这两个字的商品都出来。注意LIKE查询在大数据量下会全表扫描，但这个毕设项目数据量就几千条，完全没问题。如果你要“优化”，可以在商品表上加全文索引或者用ES，但不要自找麻烦。

分页用MyBatis-Plus的分页插件就行，别自己写LIMIT翻页。配置一个拦截器：

@Configuration public class MybatisPlusConfig { @Bean public MybatisPlusInterceptor mybatisPlusInterceptor() { MybatisPlusInterceptor interceptor = new MybatisPlusInterceptor(); interceptor.addInnerInterceptor(new PaginationInnerInterceptor(DbType.MYSQL)); return interceptor; } }

使用的时候：

Page<Goods> page = goodsService.page(new Page<>(current, size), new LambdaQueryWrapper<Goods>() .eq(Goods::getStatus, 1) .eq(StringUtils.isNotBlank(categoryId), Goods::getCategoryId, categoryId) .like(StringUtils.isNotBlank(keyword), Goods::getName, keyword) .orderByDesc(Goods::getSales));

记得给Goods实体加上逻辑删除注解，比如@TableLogic，这样商品下架就不是物理删除，而是状态置为0，历史订单查询时商品信息还在。

3.3 购物车与下单流程

购物车有两种存储方式：一种是直接存数据库表，好处是用户换设备购物车不丢；另一种是放Redis，读写快但可能丢数据。毕设场景推荐数据库存储，因为数据看得见摸得着，答辩时更好讲解。购物车表设计重点记住一个原则：同一用户同一商品只保留一条记录，数量直接累加。用联合唯一索引约束(user_id, goods_id)，插入时用ON DUPLICATE KEY UPDATE quantity = quantity + 1。

下单是分布式事务的“缩小版”，但单体应用里只需要一个@Transactional注解就能搞定。具体流程是：

1. 根据购物车列表查到商品信息和价格；
2. 校验库存是否充足；
3. 生成订单号并算出总金额；
4. 插入订单主表记录；
5. 循环插入订单明细表记录；
6. 扣减商品库存，累加销量；
7. 清空购物车里已下单的商品。

注意幂等性。用户连续点了两次“提交订单”，如果没做防重复处理，就产生两笔一模一样的订单。解决办法是在提交订单接口里加一个唯一参数，比如前端生成UUID，后端在订单表里加一个唯一字段约束，重复请求直接异常。这个点如果写进论文里，是一个很加分的细节。

模拟支付一般就跳到一个支付页面，点“确认支付”后把订单状态从0改成1。不需要接支付宝微信真实支付，除非你导师明确要求。论文里写清楚“对接第三方支付预留接口”即可。

3.4 订单状态流转与销售统计

订单状态在我前面定义的状态机上流转。后端最简单的方式是写一个订单状态更新接口，传入订单号和目标状态，同时校验原状态是否允许跳转。比如待发货状态下不能直接变成已完成，必须经过待收货。加上状态校验能避免很多脏数据。

销售统计模块我强烈推荐用ECharts。管理员首页展示一个近七日的销售折线图和一个商品分类占比饼图。后台SQL别用Java代码里循环查，一条分组语句就能出结果：

SELECT DATE(create_time) AS day, SUM(total_amount) AS amount FROM orders WHERE status IN (1, 2, 3) AND create_time >= DATE_SUB(CURDATE(), INTERVAL 7 DAY) GROUP BY DATE(create_time);

返回给前端后，前端把日期和金额分别丢进两个数组，ECharts直接渲染。统计数据的时候要注意去掉“已取消”的订单，不然图表数据会虚高。

4. 开发环境搭建与项目落地

4.1 环境清单与版本选择

环境问题占了毕设求助问题的半壁江山。不是环境越新越好，而是越稳越好。我推荐一套经过大量验证的组合：

• JDK 1.8（8u201以上）
• Maven 3.6.3
• MySQL 5.7或者8.0
• IDEA 2020.3及以上（社区版也行）
• Node.js 14+（如果前端是Vue项目）
• Redis 5+（如果项目用了Redis）

为什么不用JDK17或21？因为市面上大部分教学源码是基于JDK8写的，SpringBoot 2.x在JDK8上运行最丝滑。JDK17会碰到一些模块化限制，比如反射相关的报错，对新手很不友好。

Maven仓库地址是另一个常见坑。国内直接下载Spring依赖很慢，一定要配置阿里云镜像。在maven/conf/settings.xml里加：

<mirror> <id>aliyunmaven</id> <mirrorOf>central</mirrorOf> <name>阿里云公共仓库</name> <url>https://maven.aliyun.com/repository/public</url> </mirror>

4.2 项目导入与数据库初始化

拿到项目源码后，不要急着双击运行。先按顺序做四件事：

第一，用IDEA打开项目，选择Maven项目导入，等待右下角依赖加载完成。如果依赖一直转圈或者报红，就是Maven镜像没配好。

第二，检查项目的JDK版本。IDEA里File -> Project Structure -> Project里把SDK改成你本机安装的JDK8，同时检查pom.xml的<java.version>是否也是1.8。

第三，新建数据库，名字要和配置里的jdbc:mysql://localhost:3306/farm_mall一致，然后运行farm_mall.sql脚本导入表结构和数据。

第四，修改application.yml里的数据库用户名和密码。很多同学不改就直接启动，然后报Access denied for user 'root'，这就是典型的配置没对齐。

4.3 完整的本地运行调试步骤

新克隆下来的项目跑不起来，90%都是环境配置问题。这里给你一份可以直接照着做的启动清单：

1. 启动MySQL服务，确认能连上数据库；
2. 启动Redis服务（如果项目用了Redis，Windows可以直接跑redis-server.exe）；
3. IDEA打开项目，等Maven加载完；
4. 检查application.yml里的端口是不是8080，如果被占用改成8081；
5. 找到启动类FarmMallApplication.java，右键Run；
6. 观察控制台日志，看到Tomcat started on port(s): 8080就代表启动成功；
7. 浏览器访问http://localhost:8080；
8. 用管理员账号登录后台，比如admin/admin123；
9. 用普通用户账号登录前台，完整走一遍“搜商品-加购物车-下单-支付”的流程。

整个流程走通之后，再开始阅读源码、改功能。很多同学一上来就改代码，结果项目连跑都没跑起来，越改越乱。

5. 常见问题排查与部署经验

5.1 本地调试高频问题速查表

这部分是全文含金量最高的一节。我把在过去辅导过程中遇到最多的报错整理成了一张表，建议收藏。

5.2 源码调试的实战技巧

遇到Bug不要慌，按照“看日志→定位代码→打断点→验证”四步走。很多人一报错就问我，但报错信息里已经写清楚是哪个文件的哪一行了，先看堆栈信息，往上翻第一行Caused by，那才是根本原因。

调试时最常用的技巧是断点调式。在你怀疑的方法上打红点，跑到那里就会停止，你可以看到每个变量的值。比如购物车数量不对，你在addCart()方法里打上断点，就能看到传入的userId和goodsId是不是你预料的值。这个方法比反复打印日志高效得多。

另外一个很实用的技巧是开启热部署。引入spring-boot-devtools后，修改代码只需要Ctrl+F9重新编译，项目会自动重启，不用手动停掉再启动，开发效率提升一个档次。生产环境部署时记得把 devtools 排除掉。

5.3 项目打包部署到服务器

很多学校要求最终提交一个可以部署运行的程序，不只是本地跑通。服务器部署的流程也不复杂：

mvn clean package -DskipTests java -jar target/farm-mall.jar

部署前记得把配置文件里的数据库地址从localhost改成服务器IP和对应数据库账号，Redis也一样。服务器上要提前装好JDK和MySQL。用nohup java -jar xxx.jar > app.log 2>&1 &可以后台启动，日志输出到app.log，排查问题直接看这个文件。

如果你用了Vue前端，需要先把前端代码npm run build，把生成的dist目录丢给Nginx，Nginx再把/api开头的请求反向代理到后端服务的8080端口。这是一个非常典型的全栈部署架构，能答出来基本就让老师知道你确实独立做过。这里顺带提醒一句，服务器上数据库的密码一定不要用弱口令，这是生产环境最常见的漏洞来源。

部署完先访问首页，再试一次登录，最后测试下单。全部通了再写部署文档。部署文档在答辩时经常被要求展示，建议截图每个命令的输出结果。

最后说几句实际的

整个项目我前前后后帮人处理过不下十次，最大的体会是：这类系统能不能顺利做出来，技术难点从来不是框架有多深，而是你有没有耐心把环境配好、把数据库理清、把流程跑通。骨架上面已经完整给你了，剩下就是照着它一遍遍执行。给你一个最诚恳的建议：演示数据一定