企业官网建设流程全解析

1. 拿到毕设源码后，先别急着跑——先搞懂这套网上超市到底"长什么样"

每年到这个时间点，总有一批被毕设折磨到头秃的同学四处找项目，好不容易从某个博主手里"捡"到一套看起来挺全的网上超市系统：springboot + vue、源码齐全、数据库脚本和文档也都附上了。结果呢？解压之后面对一堆文件夹，完全不知道从哪里下手。折腾两三天，项目还是跑不起来，更别说看懂代码去答辩了。

我自己接手过不少这类复现工作，也帮别人排查过各种奇奇怪怪的环境问题。这套"基于springboot+vue的网上超市系统"算是比较典型的Java前后端分离毕设项目，它覆盖了一个电商系统的主干业务——商品展示、购物车、下单、订单管理、用户和后台管理这些模块全都有。技术栈也是当前Java Web毕设的"标准答案"级别：后端用Spring Boot + MyBatis（或MyBatis-Plus）操作MySQL，权限方面用Spring Security或拦截器配合JWT做简单的登录状态管理，前端是Vue 2 + Element UI，用axios和后端接口对接。

这篇文章我打算从"一个拿到源码的普通学生，如何把它跑起来、看懂它、再把它变成自己能讲清楚的项目"这个角度来写。我会把项目解构、环境搭建、代码走读、答辩准备这几个阶段的关键点全部过一遍，还会穿插我在实际复现过程中踩过的坑和总结出来的经验，尽量让你少走弯路。

先说几句丑话：这套系统不是什么高并发高可用的商城，它的定位就是"课程设计级别的完整Web系统"。但正因为不追求极端复杂，它的结构反而很适合用来学习一个前后端分离项目从0到1的完整链路。你要是能把里面的技术点摸透，不说答辩能不能拿优秀，至少导师问的时候你不会支支吾吾。

2. 解压之后面对一堆文件：项目结构、数据库脚本、文档，先分清楚谁是谁

2.1 前端和后端两个工程，怎么从文件结构上认出来

不少同学解压完源码之后，看到根目录下有一堆文件夹就懵了。其实这种打包好的毕设资源，目录结构通常很有规律。以我见过的大多数"springboot + vue网上超市系统"资源包为例，一般是这个长相：

• mall、supermarket、backend、server这类名字的文件夹，通常是Spring Boot后端工程
• mall-web、vue-web、frontend、ui这类名字的文件夹，是Vue前端工程
• 如果源码里还带sql文件夹或者单独一个.sql文件，那就是数据库初始化脚本
• 文档通常是doc、document文件夹或者直接扔在根目录下的Word/PDF

最稳妥的判断方式是打开后端的pom.xml看内容——里面有spring-boot-starter-web、spring-boot-starter-test这些依赖坐标，那基本没跑了。前端工程的话，看有没有package.json、vue.config.js，有就是Vue项目。

记住一个判别标准：后端工程以pom.xml和src/main/java为核心，前端工程以package.json和src/views为核心。这两个特征一出来，整个资源包的骨架就清楚了。

2.2 数据库脚本打开看一眼，表结构能告诉你这个系统的业务边界

拿到SQL脚本之后，不要立刻往MySQL里灌，先打开用文本编辑器扫一遍。为什么？因为一个系统的业务复杂程度，看表数量比看页面代码直观得多。

网上超市这类系统，核心表大概逃不出这几张：用户表（user）、商品表（product/goods）、商品分类表（category）、购物车表（cart）、订单表（orders/order_master）、订单明细表（order_item）、收货地址表（address）、管理员表（admin）。如果还捎带一些扩展，比如轮播图表、公告表、积分表，那说明这个系统的功能比基础版多一层。

你关注的重点应该是：表之间有没有外键，订单状态用什么字段表示，商品上下架是怎么标识的。这些信息在你后面阅读后端代码的时候会形成对应关系。比如我看到某个系统的订单表里有个order_status字段，数字0代表待付款、1代表待发货、2代表待收货、3代表已完成，那我去代码里找orderStatus相关的if判断就会特别快。

另外提醒一句，SQL文件打开后注意看它的编码格式和建表语句符不符合你本地MySQL的版本。有些早期项目的SQL文件里用了ENGINE=InnoDB DEFAULT CHARSET=utf8，这在MySQL 5.7下没问题，但MySQL 8.0默认字符集已经是utf8mb4了，导入的时候如果碰到报错，搜"Unknown collation"或者"Invalid default value"，大概率是版本兼容问题。

2.3 文档里藏着的"需求说明书"，是后面答辩的救命稻草

资源包里带的文档，千万不要只当成摆设。毕设论文也好、任务书也好，里面关于"系统功能模块划分""需求分析""运行环境"的描述，是答辩时导师考察你最常用的问题来源。

我的建议是把文档里的"功能模块图"和"数据库设计"部分重点过一遍，然后在本地跑起来的系统里找到对应页面。比如文档说系统有"用户登录注册、商品分类浏览、关键词搜索、购物车管理、订单管理、后台商品管理"这几个模块，那你就挨个去前端菜单里找。全部对上了，你就完成了"文档-代码-页面"三者之间的映射，这是毕设答辩自信的底气来源。

3. 从devtools.dev兴起聊到Spring Boot的"起手式"——环境搭不好，后面全是坑

3.1 JDK、Maven、MySQL版本选择，直接决定你能不能跑起来

我跟不少人远程看过问题，十个跑不起来的项目，有七个挂在环境版本上。Spring Boot项目对环境极其敏感，稍有偏差就给你来一长串看不懂的报错。常见的有：

• JDK版本不匹配。早期毕设项目用Spring Boot 2.x配JDK 8，如果你机器上装的是JDK 17，编译时可能会因为javax包名变化、反射访问限制等问题报错。如果你使用的是Spring Boot 3.x，那不好意思，它最低要求JDK 17。
• Maven仓库下载慢、依赖拉不下来。这个可以用阿里云镜像解决，在~/.m2/settings.xml里配一个mirror节点。
• MySQL版本导致驱动配置变化。Spring Boot 2.x和3.x对应的MySQL驱动类名、连接URL格式都不同。2.x用com.mysql.cj.jdbc.Driver搭配jdbc:mysql://localhost:3306/mall?useSSL=false&serverTimezone=Asia/Shanghai，其实也可以用旧的com.mysql.jdbc.Driver，但新驱动更常用。

我一般建议的"稳妥版本组合"是：JDK 8 + Maven 3.6.3 + MySQL 5.7 + Spring Boot 2.7.x。这套组合兼容性最强，跑绝大多数近两年打包的毕设项目都不会出大问题。如果你拿到的项目是Spring Boot 3.x，那就JDK 17 + Maven 3.8.x + MySQL 8.0的组合。

你可以在后端工程的pom.xml里直接看到<java.version>和<spring-boot.version>标签，不用猜。

3.2 前端环境：Node版本、npm镜像、Vue版本，三位一体

Vue前端的安装配置也是个容易翻车的地方。网上超市这类毕设项目绝大多数用的是Vue 2 + Element UI，这是因为前几年Vue 2是绝对主流，毕设模板也扎堆在那个时期。Vue 2项目对Node版本有隐性要求——太新的Node（比如20以上）配合npm install某些老依赖时，经常出现ERR! code ELIFECYCLE或者node-sass相关的编译报错。

建议直接装Node 14.21.3，这是兼容性最好的版本之一。装完之后，给npm配一下淘宝镜像源，不然npm install能等到你怀疑人生：

npm config set registry https://registry.npmmirror.com

然后执行：

npm install npm run dev

如果npm run dev顺利在本地8080端口拉起来一个页面，前端环境就算过了。很多同学卡在这一步是因为网络拉依赖太慢，或者node-sass需要从GitHub下载二进制文件被墙了。遇到node-sass报错，先检查Node版本，再试着设置sass_binary_site镜像源。

3.3 IDEA配置Spring Boot启动端口和参数，其实没那么玄乎

很多新手第一次把后端工程导入IDEA之后，直接点启动按钮，发现控制台报Port 8080 was already in use，就慌了。这在实际操作中太常见了。Spring Boot的启动端口默认是8080，你本地可能已经跑着别的服务占用了。改端口的方式有三种：

第一，在application.yml或application.properties里直接改server.port。第二种，在IDEA的Run Configuration里找到Environment variables填server.port=8081。第三种，在Program arguments里填--server.port=8081。

我个人的习惯是改配置文件，因为后面的前端如果配了代理，它最终访问的地址以你后端实际启动的端口为准。前端代理通常写在vue.config.js里：

module.exports = { devServer: { proxy: { '/api': { target: 'http://localhost:8080', changeOrigin: true } } } }

你要是把后端端口改成8081了，这里的target也要跟着改成8081。前后端端口对不上，页面就永远是登录按钮转圈圈，控制台全是404，这种低级错误我在给同学排错时碰到了不下一百次。

4. 拆穿前后端分离的"黑话"——从登录页面点进去，一次请求到底走了谁的路

4.1 Vue路由到页面，axios到接口，Spring Boot到Controller

很多人分不清"前端页面跳转"和"前端请求后端接口"这两个动作的本质区别，答辩的时候最怕被导师问这个。我用大白话解释一下。

你在浏览器地址栏输入一个地址，在Vue项目里，这首先是"前端路由"的活。Vue Router会拿这个地址去匹配路由表，匹配到了就把对应的组件渲染到页面上。注意：这一步是纯前端的动作，不经过后端。

比如网上超市系统里有这样一个路由定义：

{ path: '/product/detail', name: 'ProductDetail', component: () => import('../views/product/ProductDetail.vue') }

你在商品列表页点一下"查看详情"，URL变成了http://localhost:8081/product/detail?productId=3，Vue Router把ProductDetail.vue这个组件整个渲染出来了。此时页面框架已经有了，但页面上商品名称、价格、库存这些数据是空的。

接下来ProductDetail.vue里的created钩子会执行类似这样的代码：

created() { this.getProductDetail(this.$route.query.productId) }, methods: { getProductDetail(id) { axios.get('/api/product/detail', { params: { productId: id } }).then(res => { this.product = res.data.data }) } }

axios发出去的请求经过Vue CLI开发服务器的代理，转发到后端Spring Boot的Controller。后端拿着productId从数据库查出商品数据，返回给前端，前端再把数据填进页面上的{{ product.productName }}这类插值表达式里。到这里，一个完整的"页面渲染"流程才算走完。

这个链路你如果能给导师讲清楚，其实已经证明你对前后端分离的核心机制有认知了。手画一个流程图或者直接在代码里指出关键行，远比你说"我用了Vue和Spring Boot"有说服力。

4.2 登录状态是怎么保持的——JWT在项目里的真实样貌

网上超市系统虽然不至于像大厂项目那样做一套完整的OAuth2，但登录态管理是绕不开的。我见过的多半是JWT方案：用户提交用户名密码，后端验证通过后生成一个token字符串，前端把它存到localStorage里，每次请求都带在请求头Authorization里。

看后端代码时，你重点找这几个东西：

• 一个JwtUtil或TokenUtil之类的类，里面有生成token和解析token的方法
• 一个拦截器（HandlerInterceptor）或者过滤器，在preHandle里校验token合法性
• 一个WebMvcConfigurer的实现类，在里面注册拦截器路径

讲个常见的实际情况：有些系统的后台管理接口没有加权限拦截器，导致任何没有登录的人都能直接调后台接口。严格来说这是个安全漏洞，但放到毕设场景下，你要能指出这个问题并说出"你怎么修"，反而是加分项。比如你可以说"我会在后端加一个角色校验拦截器，让只有admin角色才能访问/admin/**路径下的接口"。这不是什么高深的技术，但能展示你有安全意识，导师很吃这一套。

4.3 前端路由守卫，为什么比后端拦截器更"前置"

Vue项目的路由守卫是很多人容易忽略的知识点。网上超市系统的前端一般会设置一个全局前置守卫，判断用户是否登录，没登录就踢回登录页。

router.beforeEach((to, from, next) => { const token = localStorage.getItem('token') if (to.meta.requiresAuth && !token) { next('/login') } else { next() } })

这个守卫做的事情和后端拦截器类似，但它的意义在于提升用户体验——用户没登录点了"购物车"，前端直接跳转到登录页，而不是等请求发到后端被拒绝之后才弹个"请先登录"的提示。

答辩时你可以把这个说成"前端路由守卫和后端JWT拦截器组成双重校验机制"，这个表述既准确又高级，导师听了会觉得你是真做了项目而不是只会背概念。

5. 核心业务模块走读：轮播、商品、购物车、订单，每张表背后的业务逻辑

5.1 商品模块：分类树和上下架状态是两大灵魂

网上超市这类系统的商品模块，代码结构通常围绕这几张表：商品分类表（category）、商品表（product）。

商品分类一般只有两级：大类底下挂小类。数据库设计上会有parent_id字段，顶级分类的parent_id是0。代码层面一般是先查出所有分类，在内存里组装成树形结构，再返回给前端。前端菜单里"食品饮料-饮料-可乐"这种三级联动，就这么来的。

商品表关注status字段，1代表上架，0代表下架。前台首页的列表查询SQL基本都有一个WHERE status = 1的条件。后台管理里"上架/下架"操作，本质就是修改这个字段，而不是物理删除。这个设计在所有电商系统里都成立，你把它说清楚，就抓住了电商业务的核心。

网上超市还有一个小细节：模糊搜索。前台搜索框中用户输入关键词，后端的SQL大概长这样：

<select id="searchProducts" resultType="Product"> SELECT * FROM product WHERE status = 1 AND product_name LIKE CONCAT('%', #{keyword}, '%') </select>

MyBatis的XML文件里这种写法很常见，你要能指出来"这里是防SQL注入的，用#{}参数占位符而不是${}"，又是一个加分点。

5.2 购物车和订单：事务是这里的灵魂，说错就是大事故

购物车功能在前端就是一个带增删改查的列表，核心逻辑其实都在后端。

先说购物车表，通常有user_id、product_id、quantity三个关键字段。加入购物车的逻辑就是先查一下这个用户购物车里有没有这个商品，有就加数量，没有就插入一行新记录。这段代码不复杂，但能直观体现"先查后写"的业务判断，是新手阶段很好的学习样本。

订单模块就复杂多了，核心涉及三张表：主订单表（orders）、订单明细表（order_item）、以及库存操作。很多人复现这个项目时最纠结的就是下单这块的代码——因为一旦涉及多表操作，就会出现事务。

典型的下单流程是：前端从购物车勾选商品，提交到后端，后端先创建主订单记录（生成订单号和订单状态，初始为待付款），然后循环购物车里的每件商品，插入一条订单明细，同时扣减对应商品的库存。这中间任何一个环节出错，前面做的操作都得回滚。

这个"要么全部成功、要么全部失败"的需求，在Spring Boot里就是加一个@Transactional注解的事。但答辩时你应该能主动说出："下单操作涉及多张表的写操作，如果不加事务控制，可能出现订单主表创建了但明细表插入失败的数据不一致问题，所以我在下单方法上加了@Transactional做原子性保证。"这句话的分量，比背一百道Spring面试题都重。

5.3 后台管理：文件上传和大文件分片的弯弯绕

网上超市系统的后台管理通常包含商品新增、商品编辑功能，这就避不开一个经典场景：上传商品图片。毕设项目里最常见的处理是把图片上传到本地磁盘，然后在数据库存取一个图片的URL路径。前端Element UI的el-upload组件配置一下action地址，指向后端的上传接口就完事。

有个老生常谈的坑：你自己上传到本地磁盘的图片，前端页面怎么访问到？如果你直接把图片存在D:/upload/xx.jpg，浏览器访问http://localhost:8080/image/xx.jpg是绝对访问不到的，因为Tomcat的静态资源路径和你的磁盘路径是两码事。

解决方案一般两种：一是给Spring Boot配置一个资源映射，把URL路径/image/**映射到本地磁盘目录，在配置类里加一个WebMvcConfigurer#addResourceHandlers方法；二是把图片变成Base64字符串存数据库（不推荐，数据量一大就崩）。有经验的同学还会直接把图片传到云存储或图床，但这个在毕设场景下过度设计了，你只要有能力实现前两种，已经足够应付。

顺带说一句，你如果拿到的项目里有MinIO相关的配置类，说明这套系统把文件服务重构过了。MinIO是一个兼容S3协议的对象存储服务，本地就能部署。它和Spring Boot整合之后，图片上传就变成了"生成预签名URL-传给前端直传-后端只记录地址"的模式。这个玩法在毕设里算是一个亮点，答辩时候提一嘴"我用了MinIO做文件存储中间件，它有独立的服务端和客户端SDK，比磁盘直存更适合部署到服务器"，会让你的项目看起来更像一个"真正的系统"。

6. 代码走读之后，别忘了做这几件"让项目更像你自己的"事

6.1 给系统换个名字、换个皮肤，这是最低成本的"定制"

拿到一套通用源码，最尴尬的是答辩时导师问"你这个系统叫什么名字"，你答不上来，或者名字还停留在人家的demo上。我建议你做的第一件事，就是把前端的网站标题、Logo文字、首页Banner信息全部改掉。

这类信息通常散落在几个地方：Vue工程的public/index.html里的<title>标签、src/App.vue里的el-menu文字、首页视图组件里的静态文本。用IDEA或者VS Code的全局搜索功能，把这些写死的中文文案过一遍，整理成你自己的超市名字、你自己的宣传语，哪怕只是换几个字，整个系统就"活"了。

顺带提一嘴，热词里有个"springboot banner生成器"，这是指Spring Boot启动时控制台打印的那个ASCII艺术字logo。你可以去网上找一个在线banner生成器，把自定义的ASCII文字粘贴到src/main/resources/banner.txt里，每次启动后端控制台都会打印你的专属banner。这种小细节不占工作量，但会让人觉得这个项目是你亲手搭起来的，主观印象就大不一样。

6.2 把数据库里的测试数据"洗"成你自己的演示数据

很多源码包自带的SQL除了建表语句，还带了一堆测试数据，比如默认管理员账号密码（通常是admin/admin123或者admin/123456）、一堆商品记录、几个示例用户账号。

这些账号密码你务必在答辩前修改：在后端代码里找到用户注册接口，注册一个自己的后台管理员账号（或者去数据库里直接改admin表的密码字段，注意密码一般是MD5加密或者BCrypt加密，不会明文存储），然后去前台注册一个普通用户账号。

演示时的节奏一般是：先演示用户登录（用自己的学号做用户名，绝对让导师过目不忘）、选购商品、下单付款（线上支付逻辑在毕设里多半是模拟的）、然后切换到管理员后台，审核或者发货，同时演示用户端订单状态变化。这套流程只要走顺，你的答辩演示环节基本就稳了。

6.3 整理一个"自己看得懂"的README或者部署手册

资源包里附带的文档，有时候和代码实际情况对不上，比如文档里的管理员路径、默认端口，代码里根本不是那么回事。我会建议你在复现成功之后，兜底建议写一份自己的部署说明，哪怕只有一页，记录你自己测试成功的步骤。

内容核心包括：JDK和Maven版本、Node版本、数据库导入方式、后端启动时的端口配置、前端启动命令、一个正常用户和一个管理员账号。这份文档比资源包里任何文档都值钱，因为它记录的是你亲身跑通过的路径，而不是网上复制来的模板。答辩的时候如果导师问"这个项目在别的电脑上能不能跑起来"，你直接把这页文档拿出来，说"我按这个步骤部署过"，说服力直接拉满。

7. 复现过程中最常见的五个报错，附排查思路

7.1 Spring Boot启动报"Failed to configure a DataSource"

这个报错非常典型。Spring Boot的自动配置机制会扫描classpath里的数据源相关依赖，如果application.yml里没写数据源信息，或者写了但格式不对，就会报这个错。别慌，打开配置文件看三样东西：spring.datasource.url、spring.datasource.username、spring.datasource.password，确认数据库账号密码没问题、数据库存在，然后把MySQL服务拉起来再启动。

偶尔也会出现一种情况：项目引入了MyBatis-Plus和Druid连接池，但配置文件里只写了MySQL的url没写Druid的连接参数，某些版本下会因为Druid的自动配置没生效触发这个报错。这种问题检查一下引入的依赖和配置类有没有冲突就行。

讲个很多人忽略的点：spring-boot-starter-parent的版本和MyBatis-Plus版本搭配也会埋雷。比如Spring Boot 3.x和MyBatis-Plus 3.5.3以下版本的兼容性就很差。你拿到的源码如果是老项目，别手贱去升级Spring Boot版本，能跑起来就别动，动了就是给自己找活。

7.2 Vue项目npm install时报node-sass相关错误

这个问题我在前面提过，这里展开说。报错信息大概是gyp verb cli加一堆编译错误，本质是node-sass这个库在安装时需要从网上拉二进制文件，而过程极其容易失败。

我推荐的解决方案是按优先级排列：第一步，确认Node版本符合项目要求，通常Vue 2项目建议Node 14；第二步，设置镜像：

npm config set sass_binary_site https://npm.taobao.org/mirrors/node-sass

然后删掉node_modules目录和package-lock.json，重新执行npm install。如果还不行，就换用sass替代node-sass（如果项目里没写死依赖版本的话），在package.json里把node-sass替换成sass，然后重新安装，代码层面基本兼容。不过这个操作要谨慎，有些老项目的.scss文件依赖node-sass的特定行为，替换后可能出现样式错位。

7.3 前端页面能打开，但所有接口请求都404或500

登录页能显示、但点登录没反应，十有八九是前后端端口对不上或者后端没起来。404要去确认代理配置和后端实际端口，500要去看后端控制台日志，常见原因是SQL语句写错字段名、字段在数据库里不存在，或者传参类型不匹配。

排查思路就一句话：先去网络请求面板看那个请求实际打到了哪个地址、返回什么状态码，再决定从前端还是后端开始查。千万别一上来就改代码。很多人改了一堆代码，结果发现只是后端服务忘了启动，白白浪费时间。

7.4 数据库导入时报SQL语法错误

有些SQL文件是在高版本MySQL里导出的，导入到低版本会不认一些语法。常见的有：建表语句里的COLLATE=utf8mb4_0900_ai_ci（这是MySQL 8.0专属）、CHECK (expression)约束等等。

处理办法有两种：第一种，将本地的MySQL升级到8.0版本，导入基本不会出问题；第二种，用文本编辑器打开SQL文件，全局搜索报错的关键字，手动删掉或者替换掉。我个人更推荐第一种，因为MySQL 8.0 + Spring Boot 2.x + JDK 8的组合目前非常主流，跑老的毕设项目虽然有时会撞驱动兼容性问题，但基本都有成熟的解决方案。

7.5 Maven依赖下载缓慢或直接失败

Maven默认从中央仓库拉依赖，国内访问速度惨不忍睹。在~/.m2/settings.xml里加入阿里云镜像：

<mirrors> <mirror> <id>aliyun</id> <mirrorOf>central</mirrorOf> <name>aliyun maven mirror</name> <url>https://maven.aliyun.com/repository/public</url> </mirror> </mirrors>

加上之后重启IDEA，执行mvn clean install -DskipTests，下载速度会快很多。有个小技巧：如果第二次还是失败，可以关掉IDEA后删掉C:\Users\你的用户名\.m2\repository下的相关残留文件夹，再重新导。这个操作要对repository目录结构有概念才敢乱删，最简单的方式是把上次下载失败的目录地址从IDEA的报错信息里抠出来，只删那一层。

8. 答辩前的技术点自查清单，逐条打勾

拿到一套能跑的项目，代码也看得七七八八了，[答辩]前一晚你可以按下面这个清单自我检查，每一条都能讲出一两句"人话"，你的发挥就不会差：

这里多说一句，["Spring Boot自动装配原理"]是热词里出现频率非常高的一个知识点，导师大概率会顺手问一句。你不需要背整个Spring的启动流程，但至少要能说清楚：Spring Boot在启动时会根据spring.factories或者AutoConfiguration.imports文件里配置的自动配置类，按条件注解（比如@ConditionalOnClass）判断当前classpath下有没有对应的依赖类，有就自动创建相应的Bean，比如引入Redis依赖就自动配置RedisTemplate。放到你这个项目里，就是"因为pom.xml里引入了MySQL和MyBatis相关依赖，Spring Boot的自动配置机制就自动创建了数据源和SqlSessionFactory"。这句话一出来，面试官基本就放你过了。

另外，"vue动态路由"也是一个容易延伸的提问点。你可以说说你在系统里有没有根据用户的角色去动态注册路由（比如用户登录后判断是管理员才显示后台管理菜单）。如果你的项目里没有实现动态路由，你也要能大方承认："我的项目目前是前端静态配置路由，但我知道动态路由可以通过router.addRoute方法在登录后按角色添加，我在前端权限这一块还有优化的空间。"这种回答反而比硬着头皮吹牛更讨喜。

9. 从"跑起来"到"讲明白"，最后再分享一点我的个人体会

我接触过很多同学拿毕设源码来问问题，一个常见的误区是"只要能跑起来就算交差"。但实际答辩的时候，导师更看重的是你对项目的整体认知。你复现一个项目，本质上是在"翻译"别人的设计——你要能从页面反推需求，从接口反推表结构，从表结构反推出系统的业务边界。

我个人在复现过程中的习惯是先画一张"接口清单"，把前端页面调用了哪些后端接口、这些接口查哪些表，全部对应起来。这张清单不给你加任何功能，但它让你站在一个更高的维度上俯瞰整个系统，而不再是"这里点一下、那里试一下"的黑盒操作。

网上超市这种项目，麻雀虽小五脏俱全，该有的电商元素都有了。你把它里的登录鉴权、商品管理、购物车、订单、文件上传、数据库事务、前端路由这些点，一个一个搞明白，其实就把Java Web开发最核心的技能训练了一遍。这套东西吃透了，以后不管遇到什么项目，你都有能力自己去拆解、去复现、去讲清楚。

最后一个小建议：如果你真想把它变成自己的作品，哪怕加一个小功能都行，比如给后台加一个"商品评论管理"或者给前台加一个"收货地址维护"。加功能的过程会迫使你走一遍完整的"前端页面—路由—API请求—后端Controller—Service—Mapper—SQL"全链路。走完这一遍，你才算真正把这个系统消化成了自己的东西。