尧图网页设计 
简介这份资源是面向高校计算机专业学生与Java初学者的一套完整毕业设计/期末大作业方案主题为基于Java的网上文玩销售系统采用JSP与MySQL技术栈实现。压缩包共14.86MB内含源码、论文、PPT、开题报告、需求分析、任务书、数据库文件及演示视频等多种类型文件覆盖从选题立项到答辩展示的全流程材料。系统功能围绕用户管理、商品管理、商品分类、商品参数、商品属性与商品规格六大模块展开其中商品管理为核心通过分类、参数、属性、规格等子模块的调用完成商品添加并借助参数组、参数项、参数值完整呈现详情页信息属性项与属性值则突出用户关注点以提升成交率规格管理支持同种商品多规格选择。目前已有59人学习下载适合需要快速搭建文玩电商项目、撰写论文或准备答辩的读者参考借鉴。1. 文玩电商系统选型为什么 Java 技术栈仍是毕设与商用的稳妥解文玩这个品类做线上销售和卖衣服、卖手机完全是两套逻辑。一件核桃手串要拍出包浆的层次感一对核桃要标注边宽、肚径、桩型、纹路买家还要看盘玩记录和证书编号。普通商城系统那套「SPUSKU库存」直接套上去很快就会发现字段不够用、图片规格对不上、订单里塞不下定制备注。这也是为什么很多同学在搜「网上文玩销售系统」时真正想找的不是一个能跑的马甲而是一套能撑住文玩业务字段、又方便二次开发的 Java 工程。我前后帮人看过几套这类系统也自己搭过一版。结论很直接基于 Java 的网上文玩销售系统核心价值不在「商城」两个字而在于它把文玩特有的商品属性、鉴定证书、拍卖/一口价双模式、订单定制备注这几块做成了可扩展的模块。适合三类人一是做课程设计或毕设、需要源码论文数据库文件一整套材料的同学二是想拿一套现成后台改造成垂直文玩店的中小开发者三是想研究 Spring Boot MyBatis 在垂直电商里怎么落地字段扩展的 Java 工程师。下面按「先立住选型理由再动手跑通最后讲坑」的顺序拆开讲。2. 拆解这套系统的技术骨架从 Spring Boot 分层到文玩字段建模2.1 为什么是 Spring Boot MyBatis 而不是别的组合先讲选型。网上文玩销售系统这类项目绝大多数采用 Spring Boot MyBatis MySQL Thymeleaf 或 Vue 的组合这不是跟风而是有几个现实原因。第一文玩商品的属性是高度非标的今天加一个「星月菩提的密度等级」明天加一个「南红玛瑙的产地」用 JPA 那种强映射改起来要动实体类、动迁移脚本而 MyBatis 的 XML 映射可以直接在 SQL 层做字段拼装改造成本低。第二Spring Boot 的自动配置让一个课程设计级别的项目能在半小时内跑起来省掉大量 XML 配置这对需要同时交论文和演示视频的场景非常关键。第三Java 生态里权限框架 Spring Security、Shiro 资料最全文玩系统后台涉及商家、买家、管理员三种角色权限这块不能自己造轮子。我一般会这样判断一套源码值不值得改看它的商品表是不是把文玩属性硬编码成了固定列。如果product表里直接写了density、origin、certificate_no这种列说明作者是按文玩场景认真设计过的如果只有name、price、stock那它本质是个通用商城你得自己补字段。这一点在拿到源码后第一件事就该确认。2.2 数据库表结构文玩商品属性怎么落表文玩系统的数据库设计有个绕不开的取舍属性是宽表还是纵表。宽表就是所有可能用到的文玩属性都做成列查询快但扩展差纵表是product_attr键值对存储扩展灵活但联表查询多。常见做法是混合高频筛选属性品类、材质、价格区间走宽表低频描述属性纹路、盘玩年限、证书机构走纵表。下面是一段建表 SQL展示核心几张表的关系字段名按常见命名习惯来-- 文玩商品主表保留高频筛选字段 CREATE TABLE product ( id BIGINT NOT NULL AUTO_INCREMENT, category_id INT NOT NULL COMMENT 品类核桃/菩提/玉石/木串, title VARCHAR(120) NOT NULL, material VARCHAR(50) DEFAULT NULL COMMENT 材质用于筛选, price DECIMAL(10,2) NOT NULL, stock INT NOT NULL DEFAULT 0, cover_img VARCHAR(255) DEFAULT NULL, status TINYINT DEFAULT 1 COMMENT 1上架 0下架, PRIMARY KEY (id), KEY idx_category (category_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 文玩扩展属性表纵表存非标字段 CREATE TABLE product_attr ( id BIGINT NOT NULL AUTO_INCREMENT, product_id BIGINT NOT NULL, attr_key VARCHAR(50) NOT NULL COMMENT 如 边宽/肚径/桩型/证书编号, attr_value VARCHAR(200) NOT NULL, PRIMARY KEY (id), KEY idx_product (product_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 订单表文玩订单必须留定制备注 CREATE TABLE orders ( id BIGINT NOT NULL AUTO_INCREMENT, order_no VARCHAR(32) NOT NULL, user_id BIGINT NOT NULL, total_amount DECIMAL(10,2) NOT NULL, remark VARCHAR(500) DEFAULT NULL COMMENT 定制/盘玩要求, pay_status TINYINT DEFAULT 0, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_order_no (order_no) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;逻辑说明product表只放能直接用于列表筛选和排序的字段保证首页、搜索页的查询走单表就能出结果product_attr用attr_key/attr_value承接文玩的非标属性详情页再按product_id一次性查出来渲染。参数上要注意attr_value给到 200 字符因为证书编号、鉴定机构全称可能较长orders.remark给 500 字符文玩买家经常写一长串盘玩和包装要求。如果你的源码里product表把属性全塞成列改造成本主要就在把低频字段迁到纵表迁移时记得写一个脚本把老数据按 key 拆过去。2.3 分层结构与请求链路Spring Boot 项目的分层基本是 Controller → Service → Mapper → MySQL。文玩系统里值得单独说的是商品详情这条链路Controller 收到productIdService 先查主表拿基础信息再查product_attr拿扩展属性再查证书表拿鉴定信息最后组装成一个 VO 返回。这里有个性能点如果详情页每次都要查三四张表QPS 一高就顶不住常见做法是把详情页整体做一层缓存或者把扩展属性在写入时就序列化成 JSON 存一列读的时候一次取出。两种做法各有取舍前者一致性好后者读快但更新属性时要同步改 JSON。3. 本地跑通最小闭环环境、启动与第一个接口验证3.1 环境准备与依赖版本拿到源码压缩包后别急着导入 IDE。先看pom.xml或build.gradle确认 JDK 版本和 Spring Boot 版本这一步能省掉后面一半的报错。常见组合是 JDK 8 或 JDK 11 配 Spring Boot 2.xMySQL 5.7 或 8.0。我一般会先在本机把 MySQL 起好建一个空库字符集用utf8mb4因为文玩商品名里经常有生僻字和特殊符号utf8会直接报错。# 建库字符集必须是 utf8mb4 mysql -uroot -p -e CREATE DATABASE wenwan DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; # 导入数据库文件压缩包里通常叫 wenwan.sql 或 db.sql mysql -uroot -p wenwan wenwan.sql # 确认表是否导入成功 mysql -uroot -p wenwan -e SHOW TABLES;逻辑说明先建库再导数据顺序反了会报「Unknown database」。参数上utf8mb4_general_ci是排序规则对中文和 emoji 都友好。如果导入时报Specified key was too long多半是 MySQL 5.7 默认索引长度限制把建表语句里的VARCHAR(255)索引字段改短或者在配置里开innodb_large_prefix。3.2 配置文件里必须改的几项application.yml或application.properties里有几项不改一定跑不起来数据库连接、端口、文件上传路径。文玩系统图片多上传路径如果写的是作者本机的绝对路径你这边必然 404。server: port: 8080 spring: datasource: url: jdbc:mysql://localhost:3306/wenwan?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: 你的密码 driver-class-name: com.mysql.cj.jdbc.Driver servlet: multipart: max-file-size: 10MB # 文玩高清图较大默认 1MB 会传失败 max-request-size: 20MB # 文件上传根路径改成你本机存在的目录 file: upload-path: /data/wenwan/upload/逻辑说明serverTimezoneAsia/Shanghai不加的话MySQL 8.0 驱动会报时区错误这是最高频的启动失败原因。max-file-size调到 10MB 是因为文玩商品图要拍细节压缩太狠看不清纹路。file.upload-path指向的目录必须提前建好否则上传接口会抛FileNotFoundException。3.3 启动与接口自测配置改完直接启动主类看到Started XxxApplication in x seconds就算起来了。然后别急着开浏览器先用 curl 打一个接口确认链路通。# 查商品列表确认 Controller-Service-Mapper 链路通 curl -X GET http://localhost:8080/api/product/list?categoryId1page1size10 # 查商品详情确认扩展属性表联查正常 curl -X GET http://localhost:8080/api/product/detail?id1逻辑说明列表接口验证的是分页和筛选详情接口验证的是多表组装。如果列表返回空但数据库有数据先看categoryId传的值和库里是否对得上如果详情接口报空指针八成是product_attr里没有对应记录Service 组装时没做空判断。这两个接口通了说明最小闭环成立可以开始改业务了。4. 避坑与排查这套系统最容易翻车的五个地方4.1 图片上传后访问 404现象上传接口返回成功数据库里也存了路径但前端img加载不出来。原因通常是上传目录不在 Spring Boot 的静态资源映射范围内或者路径拼接时多了/少了斜杠。解决加一个 WebMvcConfigurer 把上传目录映射成静态资源或者用 Nginx 单独代理这个目录。路径拼接统一用Paths.get(uploadPath, fileName).toString()别手写字符串加号。4.2 中文商品名乱码现象数据库里存进去是问号或者页面显示乱码。原因有三层数据库字符集、连接 URL 的characterEncoding、Tomcat 的 URI 编码。解决数据库建库时就用utf8mb4连接串带characterEncodingutf8如果是 GET 请求传中文参数在application.yml里配server.tomcat.uri-encoding: UTF-8。三层都对齐才不会漏。4.3 订单金额用 double 导致对不上账现象买家下单 199.9后台统计出来 199.89999。原因是用double或float存金额浮点精度丢失。解决数据库用DECIMAL(10,2)Java 侧用BigDecimal并且BigDecimal比较大小要用compareTo不能用equals因为equals会比较精度位数。这个坑在文玩客单价高的时候尤其致命。4.4 权限拦截把静态资源也拦了现象登录页能打开但 CSS、JS 全 404页面裸奔。原因是 Spring Security 或拦截器配置的放行路径没包含静态资源目录。解决在放行列表里加上/static/**、/css/**、/js/**、/images/**登录接口和注册接口也要放行。改完记得清浏览器缓存再测不然会以为是没生效。4.5 数据库文件导入后自增 ID 冲突现象新增商品报主键重复。原因是导出的 SQL 里带了AUTO_INCREMENT的当前值而你又手动插过测试数据。解决导入前先确认表是空的或者导入后执行ALTER TABLE product AUTO_INCREMENT 1;重置。更稳妥的做法是导入时用DROP TABLE IF EXISTS再建避免残留数据干扰。5. 从能跑到能交论文、演示视频与二次开发的衔接技巧一套毕设材料里源码只是其中一环论文、PPT、演示视频、需求分析、任务书这些文档和代码是要能互相印证的。我见过太多人代码跑通了写论文时却发现需求分析里写的功能和实际实现对不上答辩时被追问就露馅。所以我的习惯是先把数据库表结构和接口清单整理成一张对照表论文里的「系统设计」章节直接引用这张表保证文档和代码一致。文档材料与代码的对应关系检查要点需求分析对应功能模块和用例每个用例在 Controller 里能找到接口数据库文件对应实体和 Mapper表字段与实体类属性一一对应任务书对应开发计划阶段划分和实际提交时间吻合演示视频对应可运行功能录制的功能必须真能跑通PPT对应架构图和流程图架构图分层与代码包结构一致演示视频这块有个血泪经验别等到答辩前一天才录。录制前先把数据库重置成一份干净的演示数据商品图用真实文玩图别用「测试1」「测试2」这种占位名否则视频观感很差。录制时按「注册登录 → 浏览商品 → 加入购物车 → 下单 → 后台管理商品」这条主线走一遍控制在五到八分钟中间不要出现报错弹窗。二次开发的话最值得先动的是商品属性模块。把product_attr的attr_key做成可配置的字典表后台就能动态增删文玩属性不用改代码。这一步做完这套系统就从「一个文玩商城」变成了「一个能卖任何非标品的商城」复用价值立刻上一个台阶。我一般会先加一张attr_dict表存属性名和所属品类然后在商品编辑页做成下拉选择这样运营人员自己就能维护属性不用每次找你改代码。最后说个我自己的习惯拿到任何一套源码先别改业务先把它跑起来、把数据库导进去、把主流程点一遍确认它是「活的」。很多压缩包里的代码是半成品跑通这一步能帮你判断它值不值得投入时间。希望帮到你。本文还有配套的精品资源点击获取 网上文玩销售系统选型与实战：Java技术栈下的字段建模与避坑指南
简介这份资源是面向高校计算机专业学生与Java初学者的一套完整毕业设计/期末大作业方案主题为基于Java的网上文玩销售系统采用JSP与MySQL技术栈实现。压缩包共14.86MB内含源码、论文、PPT、开题报告、需求分析、任务书、数据库文件及演示视频等多种类型文件覆盖从选题立项到答辩展示的全流程材料。系统功能围绕用户管理、商品管理、商品分类、商品参数、商品属性与商品规格六大模块展开其中商品管理为核心通过分类、参数、属性、规格等子模块的调用完成商品添加并借助参数组、参数项、参数值完整呈现详情页信息属性项与属性值则突出用户关注点以提升成交率规格管理支持同种商品多规格选择。目前已有59人学习下载适合需要快速搭建文玩电商项目、撰写论文或准备答辩的读者参考借鉴。1. 文玩电商系统选型为什么 Java 技术栈仍是毕设与商用的稳妥解文玩这个品类做线上销售和卖衣服、卖手机完全是两套逻辑。一件核桃手串要拍出包浆的层次感一对核桃要标注边宽、肚径、桩型、纹路买家还要看盘玩记录和证书编号。普通商城系统那套「SPUSKU库存」直接套上去很快就会发现字段不够用、图片规格对不上、订单里塞不下定制备注。这也是为什么很多同学在搜「网上文玩销售系统」时真正想找的不是一个能跑的马甲而是一套能撑住文玩业务字段、又方便二次开发的 Java 工程。我前后帮人看过几套这类系统也自己搭过一版。结论很直接基于 Java 的网上文玩销售系统核心价值不在「商城」两个字而在于它把文玩特有的商品属性、鉴定证书、拍卖/一口价双模式、订单定制备注这几块做成了可扩展的模块。适合三类人一是做课程设计或毕设、需要源码论文数据库文件一整套材料的同学二是想拿一套现成后台改造成垂直文玩店的中小开发者三是想研究 Spring Boot MyBatis 在垂直电商里怎么落地字段扩展的 Java 工程师。下面按「先立住选型理由再动手跑通最后讲坑」的顺序拆开讲。2. 拆解这套系统的技术骨架从 Spring Boot 分层到文玩字段建模2.1 为什么是 Spring Boot MyBatis 而不是别的组合先讲选型。网上文玩销售系统这类项目绝大多数采用 Spring Boot MyBatis MySQL Thymeleaf 或 Vue 的组合这不是跟风而是有几个现实原因。第一文玩商品的属性是高度非标的今天加一个「星月菩提的密度等级」明天加一个「南红玛瑙的产地」用 JPA 那种强映射改起来要动实体类、动迁移脚本而 MyBatis 的 XML 映射可以直接在 SQL 层做字段拼装改造成本低。第二Spring Boot 的自动配置让一个课程设计级别的项目能在半小时内跑起来省掉大量 XML 配置这对需要同时交论文和演示视频的场景非常关键。第三Java 生态里权限框架 Spring Security、Shiro 资料最全文玩系统后台涉及商家、买家、管理员三种角色权限这块不能自己造轮子。我一般会这样判断一套源码值不值得改看它的商品表是不是把文玩属性硬编码成了固定列。如果product表里直接写了density、origin、certificate_no这种列说明作者是按文玩场景认真设计过的如果只有name、price、stock那它本质是个通用商城你得自己补字段。这一点在拿到源码后第一件事就该确认。2.2 数据库表结构文玩商品属性怎么落表文玩系统的数据库设计有个绕不开的取舍属性是宽表还是纵表。宽表就是所有可能用到的文玩属性都做成列查询快但扩展差纵表是product_attr键值对存储扩展灵活但联表查询多。常见做法是混合高频筛选属性品类、材质、价格区间走宽表低频描述属性纹路、盘玩年限、证书机构走纵表。下面是一段建表 SQL展示核心几张表的关系字段名按常见命名习惯来-- 文玩商品主表保留高频筛选字段 CREATE TABLE product ( id BIGINT NOT NULL AUTO_INCREMENT, category_id INT NOT NULL COMMENT 品类核桃/菩提/玉石/木串, title VARCHAR(120) NOT NULL, material VARCHAR(50) DEFAULT NULL COMMENT 材质用于筛选, price DECIMAL(10,2) NOT NULL, stock INT NOT NULL DEFAULT 0, cover_img VARCHAR(255) DEFAULT NULL, status TINYINT DEFAULT 1 COMMENT 1上架 0下架, PRIMARY KEY (id), KEY idx_category (category_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 文玩扩展属性表纵表存非标字段 CREATE TABLE product_attr ( id BIGINT NOT NULL AUTO_INCREMENT, product_id BIGINT NOT NULL, attr_key VARCHAR(50) NOT NULL COMMENT 如 边宽/肚径/桩型/证书编号, attr_value VARCHAR(200) NOT NULL, PRIMARY KEY (id), KEY idx_product (product_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 订单表文玩订单必须留定制备注 CREATE TABLE orders ( id BIGINT NOT NULL AUTO_INCREMENT, order_no VARCHAR(32) NOT NULL, user_id BIGINT NOT NULL, total_amount DECIMAL(10,2) NOT NULL, remark VARCHAR(500) DEFAULT NULL COMMENT 定制/盘玩要求, pay_status TINYINT DEFAULT 0, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_order_no (order_no) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;逻辑说明product表只放能直接用于列表筛选和排序的字段保证首页、搜索页的查询走单表就能出结果product_attr用attr_key/attr_value承接文玩的非标属性详情页再按product_id一次性查出来渲染。参数上要注意attr_value给到 200 字符因为证书编号、鉴定机构全称可能较长orders.remark给 500 字符文玩买家经常写一长串盘玩和包装要求。如果你的源码里product表把属性全塞成列改造成本主要就在把低频字段迁到纵表迁移时记得写一个脚本把老数据按 key 拆过去。2.3 分层结构与请求链路Spring Boot 项目的分层基本是 Controller → Service → Mapper → MySQL。文玩系统里值得单独说的是商品详情这条链路Controller 收到productIdService 先查主表拿基础信息再查product_attr拿扩展属性再查证书表拿鉴定信息最后组装成一个 VO 返回。这里有个性能点如果详情页每次都要查三四张表QPS 一高就顶不住常见做法是把详情页整体做一层缓存或者把扩展属性在写入时就序列化成 JSON 存一列读的时候一次取出。两种做法各有取舍前者一致性好后者读快但更新属性时要同步改 JSON。3. 本地跑通最小闭环环境、启动与第一个接口验证3.1 环境准备与依赖版本拿到源码压缩包后别急着导入 IDE。先看pom.xml或build.gradle确认 JDK 版本和 Spring Boot 版本这一步能省掉后面一半的报错。常见组合是 JDK 8 或 JDK 11 配 Spring Boot 2.xMySQL 5.7 或 8.0。我一般会先在本机把 MySQL 起好建一个空库字符集用utf8mb4因为文玩商品名里经常有生僻字和特殊符号utf8会直接报错。# 建库字符集必须是 utf8mb4 mysql -uroot -p -e CREATE DATABASE wenwan DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; # 导入数据库文件压缩包里通常叫 wenwan.sql 或 db.sql mysql -uroot -p wenwan wenwan.sql # 确认表是否导入成功 mysql -uroot -p wenwan -e SHOW TABLES;逻辑说明先建库再导数据顺序反了会报「Unknown database」。参数上utf8mb4_general_ci是排序规则对中文和 emoji 都友好。如果导入时报Specified key was too long多半是 MySQL 5.7 默认索引长度限制把建表语句里的VARCHAR(255)索引字段改短或者在配置里开innodb_large_prefix。3.2 配置文件里必须改的几项application.yml或application.properties里有几项不改一定跑不起来数据库连接、端口、文件上传路径。文玩系统图片多上传路径如果写的是作者本机的绝对路径你这边必然 404。server: port: 8080 spring: datasource: url: jdbc:mysql://localhost:3306/wenwan?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: 你的密码 driver-class-name: com.mysql.cj.jdbc.Driver servlet: multipart: max-file-size: 10MB # 文玩高清图较大默认 1MB 会传失败 max-request-size: 20MB # 文件上传根路径改成你本机存在的目录 file: upload-path: /data/wenwan/upload/逻辑说明serverTimezoneAsia/Shanghai不加的话MySQL 8.0 驱动会报时区错误这是最高频的启动失败原因。max-file-size调到 10MB 是因为文玩商品图要拍细节压缩太狠看不清纹路。file.upload-path指向的目录必须提前建好否则上传接口会抛FileNotFoundException。3.3 启动与接口自测配置改完直接启动主类看到Started XxxApplication in x seconds就算起来了。然后别急着开浏览器先用 curl 打一个接口确认链路通。# 查商品列表确认 Controller-Service-Mapper 链路通 curl -X GET http://localhost:8080/api/product/list?categoryId1page1size10 # 查商品详情确认扩展属性表联查正常 curl -X GET http://localhost:8080/api/product/detail?id1逻辑说明列表接口验证的是分页和筛选详情接口验证的是多表组装。如果列表返回空但数据库有数据先看categoryId传的值和库里是否对得上如果详情接口报空指针八成是product_attr里没有对应记录Service 组装时没做空判断。这两个接口通了说明最小闭环成立可以开始改业务了。4. 避坑与排查这套系统最容易翻车的五个地方4.1 图片上传后访问 404现象上传接口返回成功数据库里也存了路径但前端img加载不出来。原因通常是上传目录不在 Spring Boot 的静态资源映射范围内或者路径拼接时多了/少了斜杠。解决加一个 WebMvcConfigurer 把上传目录映射成静态资源或者用 Nginx 单独代理这个目录。路径拼接统一用Paths.get(uploadPath, fileName).toString()别手写字符串加号。4.2 中文商品名乱码现象数据库里存进去是问号或者页面显示乱码。原因有三层数据库字符集、连接 URL 的characterEncoding、Tomcat 的 URI 编码。解决数据库建库时就用utf8mb4连接串带characterEncodingutf8如果是 GET 请求传中文参数在application.yml里配server.tomcat.uri-encoding: UTF-8。三层都对齐才不会漏。4.3 订单金额用 double 导致对不上账现象买家下单 199.9后台统计出来 199.89999。原因是用double或float存金额浮点精度丢失。解决数据库用DECIMAL(10,2)Java 侧用BigDecimal并且BigDecimal比较大小要用compareTo不能用equals因为equals会比较精度位数。这个坑在文玩客单价高的时候尤其致命。4.4 权限拦截把静态资源也拦了现象登录页能打开但 CSS、JS 全 404页面裸奔。原因是 Spring Security 或拦截器配置的放行路径没包含静态资源目录。解决在放行列表里加上/static/**、/css/**、/js/**、/images/**登录接口和注册接口也要放行。改完记得清浏览器缓存再测不然会以为是没生效。4.5 数据库文件导入后自增 ID 冲突现象新增商品报主键重复。原因是导出的 SQL 里带了AUTO_INCREMENT的当前值而你又手动插过测试数据。解决导入前先确认表是空的或者导入后执行ALTER TABLE product AUTO_INCREMENT 1;重置。更稳妥的做法是导入时用DROP TABLE IF EXISTS再建避免残留数据干扰。5. 从能跑到能交论文、演示视频与二次开发的衔接技巧一套毕设材料里源码只是其中一环论文、PPT、演示视频、需求分析、任务书这些文档和代码是要能互相印证的。我见过太多人代码跑通了写论文时却发现需求分析里写的功能和实际实现对不上答辩时被追问就露馅。所以我的习惯是先把数据库表结构和接口清单整理成一张对照表论文里的「系统设计」章节直接引用这张表保证文档和代码一致。文档材料与代码的对应关系检查要点需求分析对应功能模块和用例每个用例在 Controller 里能找到接口数据库文件对应实体和 Mapper表字段与实体类属性一一对应任务书对应开发计划阶段划分和实际提交时间吻合演示视频对应可运行功能录制的功能必须真能跑通PPT对应架构图和流程图架构图分层与代码包结构一致演示视频这块有个血泪经验别等到答辩前一天才录。录制前先把数据库重置成一份干净的演示数据商品图用真实文玩图别用「测试1」「测试2」这种占位名否则视频观感很差。录制时按「注册登录 → 浏览商品 → 加入购物车 → 下单 → 后台管理商品」这条主线走一遍控制在五到八分钟中间不要出现报错弹窗。二次开发的话最值得先动的是商品属性模块。把product_attr的attr_key做成可配置的字典表后台就能动态增删文玩属性不用改代码。这一步做完这套系统就从「一个文玩商城」变成了「一个能卖任何非标品的商城」复用价值立刻上一个台阶。我一般会先加一张attr_dict表存属性名和所属品类然后在商品编辑页做成下拉选择这样运营人员自己就能维护属性不用每次找你改代码。最后说个我自己的习惯拿到任何一套源码先别改业务先把它跑起来、把数据库导进去、把主流程点一遍确认它是「活的」。很多压缩包里的代码是半成品跑通这一步能帮你判断它值不值得投入时间。希望帮到你。本文还有配套的精品资源点击获取