简介这是一套面向Java初学者、用于毕业设计或课程设计的农产品网站源码包。系统基于JDK 1.8与MySQL 5.7开发覆盖基础信息管理、农产品展示、网上购物和用户管理四大模块并配有需求分析、架构设计等说明文档可帮助读者理解电商Web项目的完整开发流程。压缩包共300个文件包含97个Java源文件、23个JSP页面、29个JavaScript脚本、33个CSS样式表及SQL数据库脚本等内容分类清晰整体大小25.35MB可直接导入Eclipse或IntelliJ IDEA运行。包内演示录像能直观展示操作界面与业务流程需求文档则梳理了设计思路。已有28人学习适合需要快速搭建农产品商城或进行二次开发的读者参考。1. 这套农产品网站毕设源码拿到手先别急着解压每年到这个时间点都会有大批做 java 课程设计、java 毕业设计的同学手里攥着一个“农产品网站的设计与开发源码完整前后端说明文档LW.zip”就开始焦虑代码能不能跑起来环境怎么配答辩怎么讲这类项目在选题库里出现频率极高因为它天然具备完整的业务闭环——商品展示、购物车、订单、用户管理、后台维护该有的模块一个不少技术栈又正好压在 Spring Boot Vue 前后端分离这条主流线上。我要先泼一盆冷水这套源码的价值不在于“能跑”而在于“你能讲清楚每一张表、每一个接口、每一次页面跳转背后的设计理由”。论文LW和说明文档只是给你兜底的到了答辩现场老师翻的是你的代码和数据库设计。所以这篇文章不打算带你走马观花看目录我会按自己拿到这类毕设项目的处理顺序从技术选型、本地跑通、踩坑排查到答辩前的改造升级完整过一遍。适合的人群很明确正在做农产品网站选题的在校生以及想快速把一个前后端分离项目部署到本机或服务器上的初学者。建议你跟着步骤操作别跳章。2. 先拆技术选型与工程结构农产品网站为什么长这样2.1 Spring Boot Vue 前后端分离对毕设来说意味着什么打开这个 zip 之前先看标题里写了什么完整前后端。这四个字决定了整个项目的组织方式。当前阶段绝大多数的 java 毕业设计项目都已经从早期的 JSP Servlet 单体应用迁移到了前后端分离架构也就是 Spring Boot 提供 RESTful APIVue 负责页面渲染和数据绑定。你的农产品网站选择这个方向毕业答辩时有一个天然优势可以顺着“前后端如何通过 JSON 通信”这条线把整个项目的技术脉络讲得清清楚楚而这恰好是当前企业开发的主流组织方式面试官也吃这一套。从实际开发角度看前后端分离对毕设的好处是边界清晰。后端只管业务逻辑和数据库读写前端只关心界面交互和接口调用。排查问题的时候打开浏览器 F12 看 Network 面板找到红色的请求先判断是 4xx参数或权限问题还是 5xx后端异常再决定去改前端代码还是后端的 Controller 和 Service。这种调试思路越早建立你写 java 代码时面对未知 bug 的心态就越稳。另外农产品网站这种业务复杂度适中的项目正好能把你学到的东西全部装进去又不会像电商秒杀系统那样超出毕业设计应有的范围。2.2 从 zip 包到工程目录前后端各自负责什么拿到 zip先解压不要双击直接打开里面的文件。解压后常见的目录组织是这样的一个 backend 或 server 目录放 Spring Boot 工程一个 frontend 或 web 目录放 Vue 工程另外还有 database 或 sql 目录放数据库脚本最后是 doc 和 LW论文目录。如果解压后看到的是一个单目录里既有 .java 文件又有 .vue 文件那很可能是作者把前后端混在一起了这种项目虽然也能跑但结构不清晰答辩时容易被追问。# 解压后建议按这个结构核对你的文件 农产品网站/ ├── backend/ # Spring Boot 后端工程 │ ├── src/main/java │ ├── src/main/resources │ └── pom.xml ├── frontend/ # Vue 前端工程 │ ├── src/ │ ├── package.json │ └── vue.config.js ├── sql/ # 数据库初始化脚本 │ └── agricultural_product.sql ├── doc/ # 说明文档、操作手册 └── LW/ # 毕业设计论文后端工程里src/main/java 下通常按 controller、service、mapper、entity 四层分包这是最经典的 Spring Boot 结构。src/main/resources 里放着 application.yml或 properties配置文件这是你第一个要动刀的地方。前端工程里src/api 目录下是 axios 封装和接口定义src/views 是按页面拆分的 .vue 文件src/router 是路由配置。sql 目录下的脚本是整个项目的根基数据库表没建对前后端跑得再欢也是白搭。2.3 核心数据表设计农产品网站和普通电商的区别在哪农产品网站虽然本质是电商但它的数据模型有自己的特点商品通常分为普通商品和农产品专有属性比如产地、等级、规格斤/箱/袋、农药残留检测报告。你在 sql 脚本里大概率会看到这样几张核心表user用户表可能区分普通用户和管理员、product商品表、product_category商品分类、cart购物车、order订单、order_item订单明细有的项目还会有 comment评论和 address收货地址。这些表的字段设计直接决定你的论文能写多厚建议对照 LW 里的 ER 图逐张核对。-- 典型的农产品商品表设计字段可以按你的源码调整 CREATE TABLE product ( id bigint NOT NULL COMMENT 主键, name varchar(100) NOT NULL COMMENT 商品名称, category_id bigint DEFAULT NULL COMMENT 分类ID, origin varchar(50) DEFAULT NULL COMMENT 产地, specification varchar(50) DEFAULT NULL COMMENT 规格如5斤/箱, price decimal(10,2) NOT NULL COMMENT 单价, stock int DEFAULT 0 COMMENT 库存, image varchar(255) DEFAULT NULL COMMENT 商品图片路径, status tinyint DEFAULT 1 COMMENT 上下架状态 1上架 0下架, create_time datetime DEFAULT NULL, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT农产品商品表;上面这个建表语句里origin 和 specification 是农产品项目区别于通用电商项目的标志性字段。你答辩时如果能主动解释“为什么商品表要单独设计产地区分字段”而不是只在论文里贴一张数据库截图会让老师觉得你真的参与过设计。大部分毕设项目的数据库脚本会写成 utf8mb4 编码这是为了兼容生僻字和表情符号你自己建表时也养成这个习惯。2.4 说明文档和 LW 论文哪些内容值得认真读很多同学拿到 zip 后直接跳过 doc 和 LW 去跑代码这是最亏的做法。说明文档doc 目录下通常是操作手册里会写清楚 JDK 版本、Node 版本、MySQL 版本等环境要求这些信息是你避开各种玄学报错的第一道防线。LW 目录里的论文框架可以不用整篇细读但至少要看三块需求分析章节了解项目预设的角色和业务流程、数据库设计章节对照 sql 脚本看表关系、系统测试章节学习作者写了哪些测试用例答辩时大概率会被问到。我处理这类毕业设计项目的习惯是先花 30 分钟把 LW 里的需求分析读完再用 30 分钟过一遍数据库脚本最后才动手启动项目。原因很简单很多运行时报错其实是在提示“你的操作和设计者预设的流程不一致”你顺着论文思路操作就能绕开大量无效试错。3. 从 0 跑通农产品网站JDK、Maven、Node、MySQL 逐一配齐3.1 版本对照表先用对工具再谈跑通拿到源码后最忌讳的事情是手头有一套 JDK 17 就非要用 JDK 17 去跑一个基于 JDK 8 写的老项目。Spring Boot 和 JDK 的版本兼容问题几乎是毕设项目跑不通的第一大元凶。我一般会先看 pom.xml 里的 spring-boot-starter-parent 版本号再决定用哪个 JDK。下面这张表是处理这类项目时的常用参考。组件推荐版本备注JDK1.8 或 11如果你的 Spring Boot 是 2.x优先用 1.8稳定且兼容性最好Maven3.6.x3.8 对某些仓库配置会有认证限制3.6 最省心Node.js14.x 或 16.xVue 2 项目最高支持到 Node 16Node 18 容易出现 OpenSSL 报错MySQL5.7 或 8.08.0 要注意时区配置5.7 相对省事IDEIDEA 2021 或 EclipseIDEA 社区版足够不需要破解旗舰版这里要特别提醒不要因为电脑上已装最新版 JDK 就硬用。后端项目报错“UnsupportedClassVersionError”时十有八九是 JDK 版本高于编译版本。前端项目报错“error:0308010C:digital envelope routines::unsupported”时一定是用 Node 17 跑了 Webpack 4 的构建脚本。这两个错误在接下来一定会遇到记住它们的样子到时候直接回来对号入座。3.2 初始化数据库给农产品数据表一个家数据库是整套系统的基础很多同学上来就跑后端结果控制台刷出一堆数据库连接异常回头才开始建库建表平白多花半小时。正确顺序是先把 sql 脚本导进去再启动 Spring Boot。# 登录 MySQLroot 密码换成你自己的 mysql -u root -p # 建库数据库名要和 application.yml 里的配置一致 CREATE DATABASE IF NOT EXISTS agricultural_product DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; USE agricultural_product; # 导入脚本注意路径不要有中文字符 source /path/to/sql/agricultural_product.sql; # 验证表是否齐全 SHOW TABLES;逻辑说明第一步建库时就要指定字符集否则后续导入 utf8mb4 编码的脚本时容易出现中文乱码。更推荐的做法是在命令行直接建库然后 source 导入脚本用 Navicat 或 IDEA 自带的数据库工具会把导入过程包一层某些语法兼容问题反而不容易暴露。导入后至少看到 8 张以上的表如果只有两三张说明脚本只建了核心业务表缺少系统管理相关表需要回去看 sql 脚本是否导入完整。导入完成后打开后端项目的 application.yml 或 application-*.yml核对 spring.datasource.url、username、password 三个配置。3.3 后端启动IDEA 里跑 Spring Boot 的最小操作后端能跑的前提是 Maven 能把依赖全部拉下来。国内网络环境下建议先检查 Maven 的 settings.xml 是否配置了阿里云仓库否则等依赖下载可能等到怀疑人生。打开 IDEA选择 File - Open选中 backend 目录IDEA 识别到 pom.xml 后会问你是否 Import as Maven Project选是。等右下角进度条走完找到主类——通常是项目名加 Application 后缀比如 AgriculturalProductApplication在类上右键 Run。# application.yml 关键配置改这三个地方就够 spring: datasource: url: jdbc:mysql://localhost:3306/agricultural_product?useSSLfalseserverTimezoneAsia/ShanghaiallowPublicKeyRetrievaltrue username: root password: 123456 redis: host: localhost port: 6379 server: port: 8080参数说明url 里的 serverTimezoneAsia/Shanghai 是 MySQL 8 的必填项少了它一般会报时间戳相关的 SQLException。allowPublicKeyRetrievaltrue 是为了解决 MySQL 8 的 Public Key Retrieval 认证问题如果你用的是 MySQL 5.7 或 root 密码是空删掉这一段影响不大。如果项目里配置了 Redis启动前要先启动 Redis 服务否则控制台会一直刷连接超时。后端启动成功的标志不是控制台停止输出而是看到 Tomcat started on port(s): 8080 这一行。3.4 前端启动npm install 和 npm run dev 的顺序不能乱前端比后端容易踩坑的地方在于 node_modules 目录。拿到工程后不要直接从别人那里拷贝 node_modules也不要把它压缩进 zip 里正确的做法是拿到 package.json用 npm 重新安装依赖。# 进入前端工程目录先删掉可能存在的残留 node_modules cd frontend # 安装依赖建议用 npm 而不是 cnpm避免依赖丢失 npm install # 如果 node-sass 报错用这个命令单独重装 npm rebuild node-sass # 启动开发模式 npm run dev逻辑说明npm install 会读取 package.json 中声明的依赖版本生成适配当前 Node 版本的 node_modules。这里有一个高频问题明明 package.json 里写的是 vue 2.6.xnpm 却装出了 vue 2.7 的包通常不影响运行但如果有语法兼容问题就需要用 package-lock.json 锁定精确版本。前端启动成功后控制台会输出 Local: http://localhost:8080或 5173 等端口用浏览器访问这个地址就能看到农产品网站的首页。如果直接访问后端 8080 端口只会看到 JSON 数据或 404这就是前后端分离项目的正常表现。3.5 打通前后端处理跨域和接口地址配置前端跑起来只是静态页面真正的数据要等接口通了才算完整。前端工程里 src/api 目录下的 request.js 或 http.js 一般会用 axios 封装一个 baseURL这个 baseURL 必须指向后端地址而且要处理后端允许跨域的问题。如果你在浏览器控制台看到“Access-Control-Allow-Origin”相关的红色报错那不是前后端任何一方的代码写错了而是双方没有约定好跨域策略。// 前端 src/api/request.js 里常见的 axios 配置 import axios from axios const request axios.create({ baseURL: http://localhost:8080/api, timeout: 10000 }) // 请求拦截器带上 token request.interceptors.request.use(config { const token localStorage.getItem(token) if (token) { config.headers.Authorization Bearer ${token} } return config }) export default request后端处理跨域的方式很多最简单的是在配置类里加一个 WebMvcConfigurer 的全局配置或者用 CrossOrigin 注解加在 Controller 类上。如果项目里引入了 Spring Security跨域配置还要在 SecurityConfig 里也放行对应路径否则容易绕一圈才发现是安全框架拦截了所有请求。这里的核心就是保证 baseURL 前缀和 Controller 的 RequestMapping 前缀一致例如后端所有接口都挂在 /api 下前端就请求 /api/product/list路径对不上就会出现 404。4. 避坑农产品网站跑起来之前先把这些坎迈过去4.1 建库成功但后端起不来Access denied for user rootlocalhost现象MySQL 客户端能正常连接但 Spring Boot 启动时日志里出现 Access denied for user rootlocalhost后端进程直接退出。原因application.yml 里的数据库密码和实际密码不一致。还有一种情况是项目用了 application-dev.yml、application-prod.yml 这种多环境配置你改了主配置文件但 Spring Boot 实际激活的是 dev 环境。解决先看 pom.xml 或启动类附近有没有 spring.profiles.active 配置确认当前激活哪个环境文件然后把该文件里的 username 和 password 改对。注意 IDEA 的 Environment variables 里也可能覆盖了配置项检查 Run Configuration 里的 Active profiles 下拉框。4.2 前端 npm install 永远装不上node-sass 编译失败现象npm install 过程中报 node-sass 相关的错误绝大多数和 Python、Visual Studio 编译环境有关或者 node-sass 对应的 Node 版本不兼容。原因node-sass 的安装需要在本地编译原生模块Node 版本过新或过旧都会导致它找不到对应的二进制文件。这是前端工程里最著名的“环境玄学”问题。解决如果你的 Node 是 16 及以下版本先执行 npm config set sass_binary_site https://npm.taobao.org/mirrors/node-sass 再 npm install如果 Node 高于 16建议直接重新安装 Node 14 或 16。还有一条备选路径是把 package.json 里的 node-sass 替换成 sassDart Sass但替换时会牵扯很多变量覆盖语法不建议毕设阶段为了“最新版本”给自己挖坑。这条经验属于拿稳定换省事等答辩完再去折腾版本升级也不迟。4.3 前端页面出来了但图片全裂后端上传接口 404 或路径不存在现象本地登录农产品网站后台添加商品时上传图片失败或者前端商品列表的图片全部显示为破图图标。原因常见原因有两种。第一种前端上传组件把图片提交到了 /api/upload但后端根本没有这个接口多半是源码里直接用的第三方对象存储而你没有相关配置。第二种后端有上传接口图片保存到了本地磁盘的某个绝对路径比如 D:/upload/但前端 img 标签拼的 URL 访问不到这个路径。解决检查后端是否配置了静态资源映射。如果项目把图片存到本地目录需要在 WebMvcConfigurer 里把磁盘路径映射为 HTTP 路径在 Spring Boot 2.x 中写法如下// 配置磁盘目录映射为 HTTP 访问路径 Configuration public class WebConfig implements WebMvcConfigurer { Override public void addResourceHandlers(ResourceHandlerRegistry registry) { // 把 /upload/** 路径映射到本地绝对路径 D:/upload/ registry.addResourceHandler(/upload/**) .addResourceLocations(file:D:/upload/); } }参数说明访问 http://localhost:8080/upload/xxx.jpg 时Spring Boot 会去 D:/upload/ 目录找 xxx.jpg 文件。如果项目用的是 Linux 服务器把路径改成 /home/ubuntu/upload/ 的绝对地址。这种配置在本地能跑但换一台电脑就要改绝对路径所以很多项目干脆把图片存到数据库用 Base64 字符串或二进制流存储只是这样数据库体积会膨胀影响查询性能。我一般不推荐毕设用这种方式除非源码本身就是这么设计的。4.4 接口通了但列表页空白MyBatis 返回字段全部为 null现象登录验证能通过商品分类下拉框也有值但商品列表表格是空的打开浏览器 Network 看接口返回发现 JSON 里的字段全是 null。原因数据库字段是下划线命名如 create_time实体类字段是驼峰命名如 createTimeMyBatis 没有开启下划线转驼峰配置。大部分毕设项目用的 MyBatis Plus 默认是开启的但如果源码手写的 MyBatis XML就需要手动设置 mapUnderscoreToCamelCase。解决在 application.yml 中加一行配置这个问题就消失了mybatis: configuration: map-underscore-to-camel-case: true逻辑说明这个参数让 MyBatis 自动把数据库的 snake_case 列名转为实体类的 camelCase 属性名适用于所有 SELECT 语句的 resultType 自动映射。如果项目用的是 MyBatis Plus配置位置不变只是它默认已经开启了这个选项。排查这类问题时建立条件反射先看实体类字段名再看数据库列名最后查配置文件。不要一上来就改代码加 TableField 注解那属于拿人民币当创可贴用。4.5 订单下单失败事务没回滚库存扣了但订单记录消失现象在农产品网站测试购买流程时前端提示下单失败但数据库里商品库存已经减少了订单表里却没有新记录。原因涉及多表写入的操作生成订单、扣库存、清购物车没有事务管理。如果你只用了单表的 update 和 insert少一张表更新时抛异常前面的写入不会回滚数据就不一致了。解决在 Service 的下单方法上加 Transactional 注解让这多个数据库操作在同一个事务里执行。用 Spring Boot 默认的事务管理器就可以代码示例如下// 生成订单的 Service 方法加事务保证一致性 Transactional(rollbackFor Exception.class) public Long createOrder(OrderCreateDTO dto) { // 1. 创建订单主表记录 Order order new Order(); order.setUserId(dto.getUserId()); order.setTotalAmount(calculateAmount(dto.getItems())); orderMapper.insert(order); // 2. 扣减商品库存 for (OrderItem item : dto.getItems()) { productMapper.reduceStock(item.getProductId(), item.getQuantity()); } // 3. 清空购物车 cartMapper.deleteByUserId(dto.getUserId()); return order.getId(); }注意 rollbackFor 一定要指定为 Exception.class否则遇到运行时异常以外的异常比如 IO 异常不会触发回滚。这个细节在你写 LW 论文时也可以放进系统测试章节——说明你考虑过数据一致性问题而不是简单罗列功能点。如果你在源码里看到下单方法没有事务注解务必把它补上这几乎是答辩时老师最可能追问的代码级考点。5. 让答辩从“能跑”到“能讲”给农产品网站做四个改造5.1 用 EasyExcel 批量导入商品展示你对工具库的掌握大部分毕设项目添加商品的方式是一个个手填表单这种方式展示不出你的代码功底。给农产品网站加一个批量导入功能用 Excel 一次性导入几十条商品数据这个改造既能写进论文又能展示你整合第三方库的能力。// 引入 EasyExcel 依赖后编写导入监听器 public class ProductDataListener extends AnalysisEventListenerProductExcelDTO { private final ProductMapper productMapper; private final ListProductExcelDTO cache new ArrayList(); public ProductDataListener(ProductMapper productMapper) { this.productMapper productMapper; } Override public void invoke(ProductExcelDTO data, AnalysisContext context) { cache.add(data); // 每攒满 100 条批量插入一次避免数据量大了内存溢出 if (cache.size() 100) { saveData(); } } Override public void doAfterAllAnalysed(AnalysisContext context) { saveData(); } private void saveData() { // 把 DTO 转为实体类并调用批量插入 ListProduct products cache.stream().map(dto - { Product p new Product(); p.setName(dto.getName()); p.setOrigin(dto.getOrigin()); p.setPrice(dto.getPrice()); p.setSpecification(dto.getSpecification()); return p; }).collect(Collectors.toList()); productMapper.batchInsert(products); cache.clear(); } }逻辑说明EasyExcel 是一个按行读取的解析工具你的业务代码只需要关心如何把每一行数据映射到实体类。controller 层接收 MultipartFile 参数调用 EasyExcel.read(inputStream, ProductExcelDTO.class, listener).sheet().doRead() 即可完成整个导入流程。这个改造的亮点在于你向答辩老师展示了数据大批量处理时的内存控制意识而不是一股脑把整个 Excel 占满内存。5.2 给订单模块加状态流转从下单到收货的全过程追踪农产品网站的订单如果只是简单的“下单-完成”两态会显得项目很单薄。建议加一个订单状态字段定义待付款、已付款待发货、已发货、已完成、已取消五种状态并且在后端校验状态流转是否合法。比如已取消的订单不能直接变成已完成已发货的订单不能直接取消。// 订单状态枚举 public enum OrderStatusEnum { UNPAID(0, 待付款), PAID(1, 已付款), SHIPPED(2, 已发货), COMPLETED(3, 已完成), CANCELLED(4, 已取消); private final int code; private final String desc; // 构造方法和 getter 略 }封装一个方法校验状态流转非法操作直接抛出业务异常。这种设计在答辩时非常加分因为老师马上会追问“那用户重复点击取消按钮怎么办”你的答案是“同一状态下重复提交会触发状态不合法异常”这就引出了幂等设计的讨论。不用做得很复杂在 Service 层加一层判断即可但这足够显示你在业务逻辑边界上花过心思。5.3 给后台管理加权限控制普通用户和商家不能互相越权很多毕设项目的登录注册就是一个 User 表加一个 role 字段前端根据 role 判断显示什么按钮。这种做法的隐患在后端接口任何人直接请求 /admin/updateProduct 都能修改数据。建议在 Spring Boot 后端加一层简单的拦截器或过滤器对 /admin/** 开头的路径做登录校验和角色校验。// 用拦截器做简单的权限控制 public class AdminAuthInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { HttpSession session request.getSession(); Object role session.getAttribute(role); if (role null || !ADMIN.equals(role)) { response.setStatus(401); return false; } return true; } }// 注册拦截器到 WebConfig Configuration public class WebConfig implements WebMvcConfigurer { Override public void addInterceptors(InterceptorRegistry registry) { registry.addInterceptor(new AdminAuthInterceptor()) .addPathPatterns(/admin/**) .excludePathPatterns(/admin/login); } }参数说明addPathPatterns 指定拦截哪些路径excludePathPatterns 放行登录接口。如果你的项目使用了 Spring Security 或 Sa-Token 这类安全框架拦截器的优先级要低于安全框架顺序别搞反。给商品管理、用户管理、订单管理这些后台接口统一挂上 /admin 前缀前端管理页面也按这个前缀发起请求权限制衡就建立起来了。这条改造值得做因为“接口没有防护直接裸奔”是毕业设计答辩中被指出频率最高的设计缺陷。5.4 首页加数据统计大屏用 ECharts 画农产品销售趋势图一个农产品网站首页如果只放商品列表实在太朴素了。花半天时间在管理后台加一个“数据统计”页面展示最近 7 天的订单数量、销售额分类占比、销量最高的前五款农产品。ECharts 社区版是纯前端工具不需要后端专门做图表只需要后端提供一个汇总接口。// 管理后台统计页面中的 ECharts 配置片段 import * as echarts from echarts export function renderSalesTrend(container, data) { const chart echarts.init(container) chart.setOption({ xAxis: { type: category, data: data.dates }, yAxis: { type: value }, series: [{ name: 销售额, type: line, data: data.amounts, smooth: true }] }) }后端接口只需要按日期分组统计一条 SQL 就能算出来前端画图则是纯展示逻辑。答辩时你可以说“这个接口的查询性能瓶颈在大表聚合我目前用索引覆盖了查询”。虽然你们项目的订单量可能不到一千条但这句话说明你考虑过系统演进老师的追问空间就被你提前堵住了。6. 部署与验证把农产品网站从 IDEA 挪到真实服务器上跑通这一章是整条路线的最后一步把前面在本地跑通的 Spring Boot Vue 项目部署到一台 Linux 云服务器上。你不需要真的买服务器本地装一台虚拟机或者用 Docker Desktop 模拟 Linux 环境都可以。关键是你得经历一遍“后端打 jar 包、前端构建静态文件、用 Nginx 托管页面并反向代理接口”的完整流程这个经验在面试讲项目时是实打实的加分项。后端打包前记得改掉配置里的数据库地址。如果你部署的服务器只装了 MySQL 5.7就不要用本地的连接串。打包命令是在 backend 目录下执行mvn clean package -DskipTests然后把 target 目录下的 jar 拷贝到服务器执行 java -jar agricultural-product.jar 启动。前端进入 frontend 目录执行 npm run build生成的 dist 目录拷贝到服务器的 Nginx html 目录下在 Nginx 配置里加一条 /api 开头的请求转发到本机 8080 端口前端页面访问 80 端口时就不会有跨域问题。server { listen 80; server_name localhost; # 托管前端静态文件 root /opt/html; index index.html; # 反向代理后端接口 location /api/ { proxy_pass http://localhost:8080; } # Vue Router 的 history 模式需要这个配置 location / { try_files $uri $uri/ /index.html; } }验证时不要只看页面是否打开要完整走一遍业务流注册一个新用户、浏览商品、加入购物车、下单、模拟支付如果项目有、后台审核发货每个环节都要翻一遍数据库确认数据落库正确。我自己的习惯是准备一个测试文档写上操作步骤和预期结果照着走一遍凡是预想不到的地方都用红字标出来。这类项目翻车率最高的地方往往不是代码本身而是换到一台干净的服务器上时缺了某个环境变量。你自己的电脑上也可以找一个干净的目录重新 checkout 源码从零开始按第 3 章的步骤跑一遍。这个过程你会发现很多之前“好像会了但说不清”的环节。把每一步用截图或者笔记记录下来这就是你答辩时最实用的操作手册比 doc 目录里的原版说明更贴合你自己的语气和操作习惯。最后给你一个习惯性建议拿到这类源码包先跑通、再删减、再补充。永远不要一开始就想把每行代码都读透先让项目在本地转起来然后用调试器断点走一遍核心流程你对这套代码的熟悉程度会超过你背十遍论文。希望帮到你。本文还有配套的精品资源点击获取
Spring Boot+Vue农产品网站毕设：从源码部署到答辩避坑指南
简介这是一套面向Java初学者、用于毕业设计或课程设计的农产品网站源码包。系统基于JDK 1.8与MySQL 5.7开发覆盖基础信息管理、农产品展示、网上购物和用户管理四大模块并配有需求分析、架构设计等说明文档可帮助读者理解电商Web项目的完整开发流程。压缩包共300个文件包含97个Java源文件、23个JSP页面、29个JavaScript脚本、33个CSS样式表及SQL数据库脚本等内容分类清晰整体大小25.35MB可直接导入Eclipse或IntelliJ IDEA运行。包内演示录像能直观展示操作界面与业务流程需求文档则梳理了设计思路。已有28人学习适合需要快速搭建农产品商城或进行二次开发的读者参考。1. 这套农产品网站毕设源码拿到手先别急着解压每年到这个时间点都会有大批做 java 课程设计、java 毕业设计的同学手里攥着一个“农产品网站的设计与开发源码完整前后端说明文档LW.zip”就开始焦虑代码能不能跑起来环境怎么配答辩怎么讲这类项目在选题库里出现频率极高因为它天然具备完整的业务闭环——商品展示、购物车、订单、用户管理、后台维护该有的模块一个不少技术栈又正好压在 Spring Boot Vue 前后端分离这条主流线上。我要先泼一盆冷水这套源码的价值不在于“能跑”而在于“你能讲清楚每一张表、每一个接口、每一次页面跳转背后的设计理由”。论文LW和说明文档只是给你兜底的到了答辩现场老师翻的是你的代码和数据库设计。所以这篇文章不打算带你走马观花看目录我会按自己拿到这类毕设项目的处理顺序从技术选型、本地跑通、踩坑排查到答辩前的改造升级完整过一遍。适合的人群很明确正在做农产品网站选题的在校生以及想快速把一个前后端分离项目部署到本机或服务器上的初学者。建议你跟着步骤操作别跳章。2. 先拆技术选型与工程结构农产品网站为什么长这样2.1 Spring Boot Vue 前后端分离对毕设来说意味着什么打开这个 zip 之前先看标题里写了什么完整前后端。这四个字决定了整个项目的组织方式。当前阶段绝大多数的 java 毕业设计项目都已经从早期的 JSP Servlet 单体应用迁移到了前后端分离架构也就是 Spring Boot 提供 RESTful APIVue 负责页面渲染和数据绑定。你的农产品网站选择这个方向毕业答辩时有一个天然优势可以顺着“前后端如何通过 JSON 通信”这条线把整个项目的技术脉络讲得清清楚楚而这恰好是当前企业开发的主流组织方式面试官也吃这一套。从实际开发角度看前后端分离对毕设的好处是边界清晰。后端只管业务逻辑和数据库读写前端只关心界面交互和接口调用。排查问题的时候打开浏览器 F12 看 Network 面板找到红色的请求先判断是 4xx参数或权限问题还是 5xx后端异常再决定去改前端代码还是后端的 Controller 和 Service。这种调试思路越早建立你写 java 代码时面对未知 bug 的心态就越稳。另外农产品网站这种业务复杂度适中的项目正好能把你学到的东西全部装进去又不会像电商秒杀系统那样超出毕业设计应有的范围。2.2 从 zip 包到工程目录前后端各自负责什么拿到 zip先解压不要双击直接打开里面的文件。解压后常见的目录组织是这样的一个 backend 或 server 目录放 Spring Boot 工程一个 frontend 或 web 目录放 Vue 工程另外还有 database 或 sql 目录放数据库脚本最后是 doc 和 LW论文目录。如果解压后看到的是一个单目录里既有 .java 文件又有 .vue 文件那很可能是作者把前后端混在一起了这种项目虽然也能跑但结构不清晰答辩时容易被追问。# 解压后建议按这个结构核对你的文件 农产品网站/ ├── backend/ # Spring Boot 后端工程 │ ├── src/main/java │ ├── src/main/resources │ └── pom.xml ├── frontend/ # Vue 前端工程 │ ├── src/ │ ├── package.json │ └── vue.config.js ├── sql/ # 数据库初始化脚本 │ └── agricultural_product.sql ├── doc/ # 说明文档、操作手册 └── LW/ # 毕业设计论文后端工程里src/main/java 下通常按 controller、service、mapper、entity 四层分包这是最经典的 Spring Boot 结构。src/main/resources 里放着 application.yml或 properties配置文件这是你第一个要动刀的地方。前端工程里src/api 目录下是 axios 封装和接口定义src/views 是按页面拆分的 .vue 文件src/router 是路由配置。sql 目录下的脚本是整个项目的根基数据库表没建对前后端跑得再欢也是白搭。2.3 核心数据表设计农产品网站和普通电商的区别在哪农产品网站虽然本质是电商但它的数据模型有自己的特点商品通常分为普通商品和农产品专有属性比如产地、等级、规格斤/箱/袋、农药残留检测报告。你在 sql 脚本里大概率会看到这样几张核心表user用户表可能区分普通用户和管理员、product商品表、product_category商品分类、cart购物车、order订单、order_item订单明细有的项目还会有 comment评论和 address收货地址。这些表的字段设计直接决定你的论文能写多厚建议对照 LW 里的 ER 图逐张核对。-- 典型的农产品商品表设计字段可以按你的源码调整 CREATE TABLE product ( id bigint NOT NULL COMMENT 主键, name varchar(100) NOT NULL COMMENT 商品名称, category_id bigint DEFAULT NULL COMMENT 分类ID, origin varchar(50) DEFAULT NULL COMMENT 产地, specification varchar(50) DEFAULT NULL COMMENT 规格如5斤/箱, price decimal(10,2) NOT NULL COMMENT 单价, stock int DEFAULT 0 COMMENT 库存, image varchar(255) DEFAULT NULL COMMENT 商品图片路径, status tinyint DEFAULT 1 COMMENT 上下架状态 1上架 0下架, create_time datetime DEFAULT NULL, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT农产品商品表;上面这个建表语句里origin 和 specification 是农产品项目区别于通用电商项目的标志性字段。你答辩时如果能主动解释“为什么商品表要单独设计产地区分字段”而不是只在论文里贴一张数据库截图会让老师觉得你真的参与过设计。大部分毕设项目的数据库脚本会写成 utf8mb4 编码这是为了兼容生僻字和表情符号你自己建表时也养成这个习惯。2.4 说明文档和 LW 论文哪些内容值得认真读很多同学拿到 zip 后直接跳过 doc 和 LW 去跑代码这是最亏的做法。说明文档doc 目录下通常是操作手册里会写清楚 JDK 版本、Node 版本、MySQL 版本等环境要求这些信息是你避开各种玄学报错的第一道防线。LW 目录里的论文框架可以不用整篇细读但至少要看三块需求分析章节了解项目预设的角色和业务流程、数据库设计章节对照 sql 脚本看表关系、系统测试章节学习作者写了哪些测试用例答辩时大概率会被问到。我处理这类毕业设计项目的习惯是先花 30 分钟把 LW 里的需求分析读完再用 30 分钟过一遍数据库脚本最后才动手启动项目。原因很简单很多运行时报错其实是在提示“你的操作和设计者预设的流程不一致”你顺着论文思路操作就能绕开大量无效试错。3. 从 0 跑通农产品网站JDK、Maven、Node、MySQL 逐一配齐3.1 版本对照表先用对工具再谈跑通拿到源码后最忌讳的事情是手头有一套 JDK 17 就非要用 JDK 17 去跑一个基于 JDK 8 写的老项目。Spring Boot 和 JDK 的版本兼容问题几乎是毕设项目跑不通的第一大元凶。我一般会先看 pom.xml 里的 spring-boot-starter-parent 版本号再决定用哪个 JDK。下面这张表是处理这类项目时的常用参考。组件推荐版本备注JDK1.8 或 11如果你的 Spring Boot 是 2.x优先用 1.8稳定且兼容性最好Maven3.6.x3.8 对某些仓库配置会有认证限制3.6 最省心Node.js14.x 或 16.xVue 2 项目最高支持到 Node 16Node 18 容易出现 OpenSSL 报错MySQL5.7 或 8.08.0 要注意时区配置5.7 相对省事IDEIDEA 2021 或 EclipseIDEA 社区版足够不需要破解旗舰版这里要特别提醒不要因为电脑上已装最新版 JDK 就硬用。后端项目报错“UnsupportedClassVersionError”时十有八九是 JDK 版本高于编译版本。前端项目报错“error:0308010C:digital envelope routines::unsupported”时一定是用 Node 17 跑了 Webpack 4 的构建脚本。这两个错误在接下来一定会遇到记住它们的样子到时候直接回来对号入座。3.2 初始化数据库给农产品数据表一个家数据库是整套系统的基础很多同学上来就跑后端结果控制台刷出一堆数据库连接异常回头才开始建库建表平白多花半小时。正确顺序是先把 sql 脚本导进去再启动 Spring Boot。# 登录 MySQLroot 密码换成你自己的 mysql -u root -p # 建库数据库名要和 application.yml 里的配置一致 CREATE DATABASE IF NOT EXISTS agricultural_product DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; USE agricultural_product; # 导入脚本注意路径不要有中文字符 source /path/to/sql/agricultural_product.sql; # 验证表是否齐全 SHOW TABLES;逻辑说明第一步建库时就要指定字符集否则后续导入 utf8mb4 编码的脚本时容易出现中文乱码。更推荐的做法是在命令行直接建库然后 source 导入脚本用 Navicat 或 IDEA 自带的数据库工具会把导入过程包一层某些语法兼容问题反而不容易暴露。导入后至少看到 8 张以上的表如果只有两三张说明脚本只建了核心业务表缺少系统管理相关表需要回去看 sql 脚本是否导入完整。导入完成后打开后端项目的 application.yml 或 application-*.yml核对 spring.datasource.url、username、password 三个配置。3.3 后端启动IDEA 里跑 Spring Boot 的最小操作后端能跑的前提是 Maven 能把依赖全部拉下来。国内网络环境下建议先检查 Maven 的 settings.xml 是否配置了阿里云仓库否则等依赖下载可能等到怀疑人生。打开 IDEA选择 File - Open选中 backend 目录IDEA 识别到 pom.xml 后会问你是否 Import as Maven Project选是。等右下角进度条走完找到主类——通常是项目名加 Application 后缀比如 AgriculturalProductApplication在类上右键 Run。# application.yml 关键配置改这三个地方就够 spring: datasource: url: jdbc:mysql://localhost:3306/agricultural_product?useSSLfalseserverTimezoneAsia/ShanghaiallowPublicKeyRetrievaltrue username: root password: 123456 redis: host: localhost port: 6379 server: port: 8080参数说明url 里的 serverTimezoneAsia/Shanghai 是 MySQL 8 的必填项少了它一般会报时间戳相关的 SQLException。allowPublicKeyRetrievaltrue 是为了解决 MySQL 8 的 Public Key Retrieval 认证问题如果你用的是 MySQL 5.7 或 root 密码是空删掉这一段影响不大。如果项目里配置了 Redis启动前要先启动 Redis 服务否则控制台会一直刷连接超时。后端启动成功的标志不是控制台停止输出而是看到 Tomcat started on port(s): 8080 这一行。3.4 前端启动npm install 和 npm run dev 的顺序不能乱前端比后端容易踩坑的地方在于 node_modules 目录。拿到工程后不要直接从别人那里拷贝 node_modules也不要把它压缩进 zip 里正确的做法是拿到 package.json用 npm 重新安装依赖。# 进入前端工程目录先删掉可能存在的残留 node_modules cd frontend # 安装依赖建议用 npm 而不是 cnpm避免依赖丢失 npm install # 如果 node-sass 报错用这个命令单独重装 npm rebuild node-sass # 启动开发模式 npm run dev逻辑说明npm install 会读取 package.json 中声明的依赖版本生成适配当前 Node 版本的 node_modules。这里有一个高频问题明明 package.json 里写的是 vue 2.6.xnpm 却装出了 vue 2.7 的包通常不影响运行但如果有语法兼容问题就需要用 package-lock.json 锁定精确版本。前端启动成功后控制台会输出 Local: http://localhost:8080或 5173 等端口用浏览器访问这个地址就能看到农产品网站的首页。如果直接访问后端 8080 端口只会看到 JSON 数据或 404这就是前后端分离项目的正常表现。3.5 打通前后端处理跨域和接口地址配置前端跑起来只是静态页面真正的数据要等接口通了才算完整。前端工程里 src/api 目录下的 request.js 或 http.js 一般会用 axios 封装一个 baseURL这个 baseURL 必须指向后端地址而且要处理后端允许跨域的问题。如果你在浏览器控制台看到“Access-Control-Allow-Origin”相关的红色报错那不是前后端任何一方的代码写错了而是双方没有约定好跨域策略。// 前端 src/api/request.js 里常见的 axios 配置 import axios from axios const request axios.create({ baseURL: http://localhost:8080/api, timeout: 10000 }) // 请求拦截器带上 token request.interceptors.request.use(config { const token localStorage.getItem(token) if (token) { config.headers.Authorization Bearer ${token} } return config }) export default request后端处理跨域的方式很多最简单的是在配置类里加一个 WebMvcConfigurer 的全局配置或者用 CrossOrigin 注解加在 Controller 类上。如果项目里引入了 Spring Security跨域配置还要在 SecurityConfig 里也放行对应路径否则容易绕一圈才发现是安全框架拦截了所有请求。这里的核心就是保证 baseURL 前缀和 Controller 的 RequestMapping 前缀一致例如后端所有接口都挂在 /api 下前端就请求 /api/product/list路径对不上就会出现 404。4. 避坑农产品网站跑起来之前先把这些坎迈过去4.1 建库成功但后端起不来Access denied for user rootlocalhost现象MySQL 客户端能正常连接但 Spring Boot 启动时日志里出现 Access denied for user rootlocalhost后端进程直接退出。原因application.yml 里的数据库密码和实际密码不一致。还有一种情况是项目用了 application-dev.yml、application-prod.yml 这种多环境配置你改了主配置文件但 Spring Boot 实际激活的是 dev 环境。解决先看 pom.xml 或启动类附近有没有 spring.profiles.active 配置确认当前激活哪个环境文件然后把该文件里的 username 和 password 改对。注意 IDEA 的 Environment variables 里也可能覆盖了配置项检查 Run Configuration 里的 Active profiles 下拉框。4.2 前端 npm install 永远装不上node-sass 编译失败现象npm install 过程中报 node-sass 相关的错误绝大多数和 Python、Visual Studio 编译环境有关或者 node-sass 对应的 Node 版本不兼容。原因node-sass 的安装需要在本地编译原生模块Node 版本过新或过旧都会导致它找不到对应的二进制文件。这是前端工程里最著名的“环境玄学”问题。解决如果你的 Node 是 16 及以下版本先执行 npm config set sass_binary_site https://npm.taobao.org/mirrors/node-sass 再 npm install如果 Node 高于 16建议直接重新安装 Node 14 或 16。还有一条备选路径是把 package.json 里的 node-sass 替换成 sassDart Sass但替换时会牵扯很多变量覆盖语法不建议毕设阶段为了“最新版本”给自己挖坑。这条经验属于拿稳定换省事等答辩完再去折腾版本升级也不迟。4.3 前端页面出来了但图片全裂后端上传接口 404 或路径不存在现象本地登录农产品网站后台添加商品时上传图片失败或者前端商品列表的图片全部显示为破图图标。原因常见原因有两种。第一种前端上传组件把图片提交到了 /api/upload但后端根本没有这个接口多半是源码里直接用的第三方对象存储而你没有相关配置。第二种后端有上传接口图片保存到了本地磁盘的某个绝对路径比如 D:/upload/但前端 img 标签拼的 URL 访问不到这个路径。解决检查后端是否配置了静态资源映射。如果项目把图片存到本地目录需要在 WebMvcConfigurer 里把磁盘路径映射为 HTTP 路径在 Spring Boot 2.x 中写法如下// 配置磁盘目录映射为 HTTP 访问路径 Configuration public class WebConfig implements WebMvcConfigurer { Override public void addResourceHandlers(ResourceHandlerRegistry registry) { // 把 /upload/** 路径映射到本地绝对路径 D:/upload/ registry.addResourceHandler(/upload/**) .addResourceLocations(file:D:/upload/); } }参数说明访问 http://localhost:8080/upload/xxx.jpg 时Spring Boot 会去 D:/upload/ 目录找 xxx.jpg 文件。如果项目用的是 Linux 服务器把路径改成 /home/ubuntu/upload/ 的绝对地址。这种配置在本地能跑但换一台电脑就要改绝对路径所以很多项目干脆把图片存到数据库用 Base64 字符串或二进制流存储只是这样数据库体积会膨胀影响查询性能。我一般不推荐毕设用这种方式除非源码本身就是这么设计的。4.4 接口通了但列表页空白MyBatis 返回字段全部为 null现象登录验证能通过商品分类下拉框也有值但商品列表表格是空的打开浏览器 Network 看接口返回发现 JSON 里的字段全是 null。原因数据库字段是下划线命名如 create_time实体类字段是驼峰命名如 createTimeMyBatis 没有开启下划线转驼峰配置。大部分毕设项目用的 MyBatis Plus 默认是开启的但如果源码手写的 MyBatis XML就需要手动设置 mapUnderscoreToCamelCase。解决在 application.yml 中加一行配置这个问题就消失了mybatis: configuration: map-underscore-to-camel-case: true逻辑说明这个参数让 MyBatis 自动把数据库的 snake_case 列名转为实体类的 camelCase 属性名适用于所有 SELECT 语句的 resultType 自动映射。如果项目用的是 MyBatis Plus配置位置不变只是它默认已经开启了这个选项。排查这类问题时建立条件反射先看实体类字段名再看数据库列名最后查配置文件。不要一上来就改代码加 TableField 注解那属于拿人民币当创可贴用。4.5 订单下单失败事务没回滚库存扣了但订单记录消失现象在农产品网站测试购买流程时前端提示下单失败但数据库里商品库存已经减少了订单表里却没有新记录。原因涉及多表写入的操作生成订单、扣库存、清购物车没有事务管理。如果你只用了单表的 update 和 insert少一张表更新时抛异常前面的写入不会回滚数据就不一致了。解决在 Service 的下单方法上加 Transactional 注解让这多个数据库操作在同一个事务里执行。用 Spring Boot 默认的事务管理器就可以代码示例如下// 生成订单的 Service 方法加事务保证一致性 Transactional(rollbackFor Exception.class) public Long createOrder(OrderCreateDTO dto) { // 1. 创建订单主表记录 Order order new Order(); order.setUserId(dto.getUserId()); order.setTotalAmount(calculateAmount(dto.getItems())); orderMapper.insert(order); // 2. 扣减商品库存 for (OrderItem item : dto.getItems()) { productMapper.reduceStock(item.getProductId(), item.getQuantity()); } // 3. 清空购物车 cartMapper.deleteByUserId(dto.getUserId()); return order.getId(); }注意 rollbackFor 一定要指定为 Exception.class否则遇到运行时异常以外的异常比如 IO 异常不会触发回滚。这个细节在你写 LW 论文时也可以放进系统测试章节——说明你考虑过数据一致性问题而不是简单罗列功能点。如果你在源码里看到下单方法没有事务注解务必把它补上这几乎是答辩时老师最可能追问的代码级考点。5. 让答辩从“能跑”到“能讲”给农产品网站做四个改造5.1 用 EasyExcel 批量导入商品展示你对工具库的掌握大部分毕设项目添加商品的方式是一个个手填表单这种方式展示不出你的代码功底。给农产品网站加一个批量导入功能用 Excel 一次性导入几十条商品数据这个改造既能写进论文又能展示你整合第三方库的能力。// 引入 EasyExcel 依赖后编写导入监听器 public class ProductDataListener extends AnalysisEventListenerProductExcelDTO { private final ProductMapper productMapper; private final ListProductExcelDTO cache new ArrayList(); public ProductDataListener(ProductMapper productMapper) { this.productMapper productMapper; } Override public void invoke(ProductExcelDTO data, AnalysisContext context) { cache.add(data); // 每攒满 100 条批量插入一次避免数据量大了内存溢出 if (cache.size() 100) { saveData(); } } Override public void doAfterAllAnalysed(AnalysisContext context) { saveData(); } private void saveData() { // 把 DTO 转为实体类并调用批量插入 ListProduct products cache.stream().map(dto - { Product p new Product(); p.setName(dto.getName()); p.setOrigin(dto.getOrigin()); p.setPrice(dto.getPrice()); p.setSpecification(dto.getSpecification()); return p; }).collect(Collectors.toList()); productMapper.batchInsert(products); cache.clear(); } }逻辑说明EasyExcel 是一个按行读取的解析工具你的业务代码只需要关心如何把每一行数据映射到实体类。controller 层接收 MultipartFile 参数调用 EasyExcel.read(inputStream, ProductExcelDTO.class, listener).sheet().doRead() 即可完成整个导入流程。这个改造的亮点在于你向答辩老师展示了数据大批量处理时的内存控制意识而不是一股脑把整个 Excel 占满内存。5.2 给订单模块加状态流转从下单到收货的全过程追踪农产品网站的订单如果只是简单的“下单-完成”两态会显得项目很单薄。建议加一个订单状态字段定义待付款、已付款待发货、已发货、已完成、已取消五种状态并且在后端校验状态流转是否合法。比如已取消的订单不能直接变成已完成已发货的订单不能直接取消。// 订单状态枚举 public enum OrderStatusEnum { UNPAID(0, 待付款), PAID(1, 已付款), SHIPPED(2, 已发货), COMPLETED(3, 已完成), CANCELLED(4, 已取消); private final int code; private final String desc; // 构造方法和 getter 略 }封装一个方法校验状态流转非法操作直接抛出业务异常。这种设计在答辩时非常加分因为老师马上会追问“那用户重复点击取消按钮怎么办”你的答案是“同一状态下重复提交会触发状态不合法异常”这就引出了幂等设计的讨论。不用做得很复杂在 Service 层加一层判断即可但这足够显示你在业务逻辑边界上花过心思。5.3 给后台管理加权限控制普通用户和商家不能互相越权很多毕设项目的登录注册就是一个 User 表加一个 role 字段前端根据 role 判断显示什么按钮。这种做法的隐患在后端接口任何人直接请求 /admin/updateProduct 都能修改数据。建议在 Spring Boot 后端加一层简单的拦截器或过滤器对 /admin/** 开头的路径做登录校验和角色校验。// 用拦截器做简单的权限控制 public class AdminAuthInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { HttpSession session request.getSession(); Object role session.getAttribute(role); if (role null || !ADMIN.equals(role)) { response.setStatus(401); return false; } return true; } }// 注册拦截器到 WebConfig Configuration public class WebConfig implements WebMvcConfigurer { Override public void addInterceptors(InterceptorRegistry registry) { registry.addInterceptor(new AdminAuthInterceptor()) .addPathPatterns(/admin/**) .excludePathPatterns(/admin/login); } }参数说明addPathPatterns 指定拦截哪些路径excludePathPatterns 放行登录接口。如果你的项目使用了 Spring Security 或 Sa-Token 这类安全框架拦截器的优先级要低于安全框架顺序别搞反。给商品管理、用户管理、订单管理这些后台接口统一挂上 /admin 前缀前端管理页面也按这个前缀发起请求权限制衡就建立起来了。这条改造值得做因为“接口没有防护直接裸奔”是毕业设计答辩中被指出频率最高的设计缺陷。5.4 首页加数据统计大屏用 ECharts 画农产品销售趋势图一个农产品网站首页如果只放商品列表实在太朴素了。花半天时间在管理后台加一个“数据统计”页面展示最近 7 天的订单数量、销售额分类占比、销量最高的前五款农产品。ECharts 社区版是纯前端工具不需要后端专门做图表只需要后端提供一个汇总接口。// 管理后台统计页面中的 ECharts 配置片段 import * as echarts from echarts export function renderSalesTrend(container, data) { const chart echarts.init(container) chart.setOption({ xAxis: { type: category, data: data.dates }, yAxis: { type: value }, series: [{ name: 销售额, type: line, data: data.amounts, smooth: true }] }) }后端接口只需要按日期分组统计一条 SQL 就能算出来前端画图则是纯展示逻辑。答辩时你可以说“这个接口的查询性能瓶颈在大表聚合我目前用索引覆盖了查询”。虽然你们项目的订单量可能不到一千条但这句话说明你考虑过系统演进老师的追问空间就被你提前堵住了。6. 部署与验证把农产品网站从 IDEA 挪到真实服务器上跑通这一章是整条路线的最后一步把前面在本地跑通的 Spring Boot Vue 项目部署到一台 Linux 云服务器上。你不需要真的买服务器本地装一台虚拟机或者用 Docker Desktop 模拟 Linux 环境都可以。关键是你得经历一遍“后端打 jar 包、前端构建静态文件、用 Nginx 托管页面并反向代理接口”的完整流程这个经验在面试讲项目时是实打实的加分项。后端打包前记得改掉配置里的数据库地址。如果你部署的服务器只装了 MySQL 5.7就不要用本地的连接串。打包命令是在 backend 目录下执行mvn clean package -DskipTests然后把 target 目录下的 jar 拷贝到服务器执行 java -jar agricultural-product.jar 启动。前端进入 frontend 目录执行 npm run build生成的 dist 目录拷贝到服务器的 Nginx html 目录下在 Nginx 配置里加一条 /api 开头的请求转发到本机 8080 端口前端页面访问 80 端口时就不会有跨域问题。server { listen 80; server_name localhost; # 托管前端静态文件 root /opt/html; index index.html; # 反向代理后端接口 location /api/ { proxy_pass http://localhost:8080; } # Vue Router 的 history 模式需要这个配置 location / { try_files $uri $uri/ /index.html; } }验证时不要只看页面是否打开要完整走一遍业务流注册一个新用户、浏览商品、加入购物车、下单、模拟支付如果项目有、后台审核发货每个环节都要翻一遍数据库确认数据落库正确。我自己的习惯是准备一个测试文档写上操作步骤和预期结果照着走一遍凡是预想不到的地方都用红字标出来。这类项目翻车率最高的地方往往不是代码本身而是换到一台干净的服务器上时缺了某个环境变量。你自己的电脑上也可以找一个干净的目录重新 checkout 源码从零开始按第 3 章的步骤跑一遍。这个过程你会发现很多之前“好像会了但说不清”的环节。把每一步用截图或者笔记记录下来这就是你答辩时最实用的操作手册比 doc 目录里的原版说明更贴合你自己的语气和操作习惯。最后给你一个习惯性建议拿到这类源码包先跑通、再删减、再补充。永远不要一开始就想把每行代码都读透先让项目在本地转起来然后用调试器断点走一遍核心流程你对这套代码的熟悉程度会超过你背十遍论文。希望帮到你。本文还有配套的精品资源点击获取
![深度解析Linux /proc/[pid]/smaps：进程内存分析的核心工具](http://pic.xiahunao.cn/yaotu/深度解析Linux /proc/[pid]/smaps：进程内存分析的核心工具)
