简介这是一套基于 Java 实现的网上书店及书店管理系统课程设计资源面向正在准备毕业设计、课程设计或需要 Java Web 项目实战的学习者。系统分为顾客和管理员两类角色顾客可注册登录、浏览图书并按图书类别、名称、作者三种方式查询购买同时支持购物车、订单及个人资料管理管理员则可对图书、订单和用户信息进行查看与增删改查。前端采用 Vue Bootstrap后端使用 Java Servlet JDBC 连接 SQL Server整体技术路线典型且完整。资源包共 1664 个文件约 25.68MB涵盖 HTML、LESS、JS、CSS 等前端源码Java、Class 等后端逻辑以及图片、字体和工程配置文件结构清晰便于导入开发工具后理解与复用。目前已有 536 人学习下载除项目源码和项目说明外还适合直接作为毕设/课设方案使用也可作为 Java 学习者对照实践、二次开发的参考蓝本。1. 网上书店课程设计先搞清楚这行字背后的真实要求很多人在拿到「课程设计基于Java实现的网上书店及书店管理系统源码项目说明.zip」这个标题时第一反应是去找现成的压缩包解压、导入IDE、点运行然后写一份报告交差。但真正动手做过的同学都知道这个流程走下来翻车的概率极高代码能跑起来不代表知道怎么讲清楚报告写得再厚也掩盖不了核心逻辑没有闭环。这个题目的本质不是「做一个卖书的网站」而是用Java把两条业务链路走通一条是面向读者的检索、下单、支付模拟另一条是面向管理员的库存、订单、用户维护。两者共用同一套数据库和业务层区别只在接口和权限边界。这个题目适合谁适合正在修Java课程设计、需要一个能在答辩现场讲明白的项目的人也适合想从「跟着视频敲代码」过渡到「自己设计表结构和接口」的初学者。网上书店的难点从来不在页面而在数据一致性、状态流转、并发扣库存这类平时上课不太细讲的地方。这篇文章不替你写代码但会把表怎么建、事务怎么开、参数怎么调、哪些地方会莫名踩坑讲透给你一条能复现、能解释、能扛住提问的完整路径。2. 技术选型Servlet还是Spring Boot为什么最终这么定2.1 课程设计场景下的三套方案对比常见的做法是把技术路线分成三档。第一档是纯JSPServletJDBC好处是和学校课程内容贴合度最高从HttpServlet到PreparedStatement几乎就是把课堂代码放大了一遍老师问什么你都能对上号。坏处是代码结构很容易变成「JSP里写Java、Servlet里拼HTML」的意大利面项目一旦超过十个页面就难以维护。第二档是SSH或SSM这种老框架组合现在越来越多学校已经不讲Struts了除非你确定老师认可这条路否则不推荐为了「显得高级」去用一套自己都说不清原理的东西。第三档是Spring Boot MyBatis或MyBatis-Plus Thymeleaf这也是我实际带课设时最常推荐的一条路线。为什么推荐Spring Boot因为它是当前Java后端岗位面试题里的常客做完这个项目你顺手就把依赖注入、自动配置、事务注解这些概念全摸了一遍哪怕学校不强制要求简历上也能写。更现实的理由是Spring Boot内嵌Tomcat打包成jar就能跑避免了在本地Tomcat里部署war包时出现的一堆环境变量问题。MySQL还是H2课设答辩现场最怕的就是数据库连不上。H2的内存模式虽然零配置但数据类型和真实MySQL有差别而且老师可能会现场要求看数据所以我更建议用MySQL 5.7或8.0把建库SQL脚本放进项目里答辩前手动执行一遍即可。2.2 依赖选型与参数设置一个能直接抄的pom.xml无论你选Spring Boot 2.7还是3.x关键依赖就那几个spring-boot-starter-web、spring-boot-starter-thymeleaf、mybatis-spring-boot-starter、mysql-connector-j、lombok。Spring Boot 3.x要求JDK 17如果你机器上装的是JDK 8那就老老实实用2.7.x不然编译都过不去这是一个最常见的启动失败原因。下面这段pom.xml是我常用的配置基线parent groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-parent/artifactId version2.7.18/version relativePath/ /parent dependencies dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-web/artifactId /dependency dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-thymeleaf/artifactId /dependency dependency groupIdorg.mybatis.spring.boot/groupId artifactIdmybatis-spring-boot-starter/artifactId version2.3.1/version /dependency !-- 管理端可以使用JSP但一致性考虑建议全用Thymeleaf -- dependency groupIdmysql/groupId artifactIdmysql-connector-j/artifactId scoperuntime/scope /dependency dependency groupIdorg.projectlombok/groupId artifactIdlombok/artifactId optionaltrue/optional /dependency dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-test/artifactId scopetest/scope /dependency /dependencies版本号这里有两个值得注意的点。第一mybatis-spring-boot-starter不要用太老的版本1.x系列和Spring Boot 2.7有兼容性警告直接上2.3.x就好。第二MySQL驱动在Spring Boot 2.7里一般用mysql-connector-j而不是旧的mysql-connector-java后者在某些组合下会出现时区错误。spring-boot-starter-parent锁定了驱动版本你不需要专门指定但如果你习惯手动指定版本请确保它至少是8.0.33否则SSL握手报错会把你逼疯。配置文件的重点在application.yml。spring.datasource.url里必须带useSSLfalse和serverTimezoneAsia/Shanghai这是两个缺一不可的参数。前者解决本机MySQL没有配置SSL证书时连接被拒的问题后者解决Java时区与MySQL会话时区不一致导致的时间错乱问题后面避坑章节会再细讲。3. 数据库设计把「书店管理系统」拆成六张表的完整建库脚本3.1 表结构与字段设计用户、图书、购物车、订单网上书店的数据模型放在任何课程设计里都是标准的「用户-商品-订单」三元组但大多数人把它做成了五张互不关联的孤立表导致下单时逻辑写在Servlet里连查四张表事务还不知道怎么开。正确做法是先按业务归属划分模块用户模块只关心user表图书模块只关心book表而订单模块需要同时依赖order和order_item两张表购物车则单独用cart表来保存临时状态。用户和地址之间如果急着交作业不需要单独建地址表直接给user表加一个address字段即可这样能省去一对多关联时要处理的那一堆麻烦。我给出的建表SQL遵循几条原则主键用自增int不用UUID因为在课设规模下UUID白白增加索引存储和查询开销金额字段用decimal(10,2)绝不用float或double避免浮点误差时间字段统一datetime由Java侧通过LocalDateTime传入不让MySQL的CURRENT_TIMESTAMP在批量插入时产生时区歧义状态字段用tinyint而不是varchar因为内存占用更小而且Java枚举映射更自然。下面这段是建库脚本的核心部分CREATE DATABASE IF NOT EXISTS bookstore DEFAULT CHARACTER SET utf8mb4; USE bookstore; CREATE TABLE user ( id INT AUTO_INCREMENT PRIMARY KEY, username VARCHAR(50) NOT NULL UNIQUE COMMENT 登录名, password VARCHAR(100) NOT NULL COMMENT 加密后密码, nickname VARCHAR(50) DEFAULT COMMENT 显示昵称, address VARCHAR(200) DEFAULT COMMENT 默认收货地址, role TINYINT NOT NULL DEFAULT 0 COMMENT 0-普通用户 1-管理员, create_time DATETIME NOT NULL COMMENT 注册时间 ) ENGINEInnoDB COMMENT用户表; CREATE TABLE book ( id INT AUTO_INCREMENT PRIMARY KEY, title VARCHAR(100) NOT NULL COMMENT 书名, author VARCHAR(50) NOT NULL COMMENT 作者, price DECIMAL(10,2) NOT NULL COMMENT 定价, stock INT NOT NULL DEFAULT 0 COMMENT 库存余量, sales INT NOT NULL DEFAULT 0 COMMENT 累计销量, publisher VARCHAR(100) DEFAULT COMMENT 出版社, cover_path VARCHAR(200) DEFAULT COMMENT 封面图存储路径, status TINYINT NOT NULL DEFAULT 1 COMMENT 1-上架 0-下架 ) ENGINEInnoDB COMMENT图书表;user表里的password字段长度我预留到100不是因为我打算存明文而是为了给BCrypt加密结果留空间。很多课设项目用varchar(20)存密码答辩时老师要求展示数据库直接在Navicat里看到一串明文这是非常掉价的细节。book表的sales字段可以在每次下单成功后通过事务更新和stock做联动。status字段用于下架操作而非物理删除因为历史订单关联不能断。3.2 订单与订单明细为什么必须拆两张表订单和订单明细一定要拆这是整个设计里最容易被问倒的地方。如果不拆一个订单包含三本书就要在order表里插三行每一行的总金额还都不一样查「某用户的历史订单列表」时会出现无数重复行更重要的是如果要改订单状态得同时改三行的状态一个字段漏了数据就乱套。拆成两张表后order表用于记录一次购买行为order_item用于记录这次行为里的每一本书及其快照信息。快照的意思是下单那一刻的单价、书名、作者要原样存进明细表不能通过book_id去关联查询否则以后书改了价历史订单的金额也跟着变这在业务上是严重错误。CREATE TABLE orders ( id INT AUTO_INCREMENT PRIMARY KEY, order_no VARCHAR(32) NOT NULL UNIQUE COMMENT 业务订单号, user_id INT NOT NULL COMMENT 下单用户ID, total_amount DECIMAL(10,2) NOT NULL COMMENT 订单总金额, status TINYINT NOT NULL DEFAULT 0 COMMENT 0-待支付 1-已支付 2-已发货 3-已完成 4-已取消, create_time DATETIME NOT NULL COMMENT 下单时间, pay_time DATETIME DEFAULT NULL COMMENT 支付时间, KEY idx_user (user_id) ) ENGINEInnoDB COMMENT订单主表; CREATE TABLE order_item ( id INT AUTO_INCREMENT PRIMARY KEY, order_id INT NOT NULL COMMENT 所属订单ID, book_id INT NOT NULL COMMENT 图书ID, book_title VARCHAR(100) NOT NULL COMMENT 下单时书名快照, book_price DECIMAL(10,2) NOT NULL COMMENT 下单时单价快照, quantity INT NOT NULL COMMENT 购买数量, KEY idx_order (order_id) ) ENGINEInnoDB COMMENT订单明细表;注意order我用的是orders作为表名。order是SQL的关键字直接建表会报语法错误除非你全程加反引号但那样写Mapper XML时很容易漏所以建表时避开关键字是最省心的选择。order_no字段设计成varchar(32)业务上用于展示给用户看一般由Java侧生成格式类似20250607153012 用户ID之类的组合比自增ID更适合复制到客服对话框里核对。3.3 购物车与种子数据让系统交付时不用手动造数购物车表是典型的弱实体它只做两件事记录用户往购物车里放了哪些书记录每本书放了几本。cart表不需要独立主键业务含义用id自增即可(user_id, book_id)加一个唯一索引防止同一本书被重复插入两行。管理员功能不需要单独的表user表里的role字段已经区分了身份管理端页面靠拦截器控制访问即可。sales表如果你有时间可以做没有也不影响核心功能因为book.sales已经能支撑「热销排行」这个展示位了。种子数据非常重要。你不可能把项目交给老师时说「请先手动往数据库里添加20本书才能看到效果」所以建库脚本里一定要包含一段INSERT语句INSERT INTO user (username, password, nickname, role, create_time) VALUES (admin, $2a$10$Eyi7lPwHONlFOT5n1x1K3uJzYVpFKTHJQ8A0Y9qH3XxY8yC7fLq, 管理员, 1, NOW()); INSERT INTO book (title, author, price, stock, sales, publisher, status) VALUES (深入理解Java虚拟机, 周志明, 129.00, 50, 320, 机械工业出版社, 1), (Java并发编程实战, Brian Goetz, 89.00, 30, 215, 人民邮电出版社, 1), (Spring实战第6版, Craig Walls, 108.00, 20, 188, 人民邮电出版社, 1);密码那一串$2a$10$开头的字符串是BCrypt加密后的123456对应的明文在项目说明文档里要写清楚。管理员账号的role1在Java侧配合拦截器可以实现访问控制。种子数据不求多每张关联表能覆盖典型查询即可比如两本书、一个用户、一笔包含两个明细的订单这样你去验证列表、详情、订单详情时都有现成数据可查。4. 核心功能实现从登录鉴权到下单扣库存的完整链路4.1 登录与权限控制拦截器和密码加密的设计细节登录鉴权在课设里最常见的写法是用户提交表单Servlet查询数据库比对用户名和密码比对成功就把用户名塞进Session。这个写法能跑但有两个问题一是密码明文存储在数据库答辩时被问到「如何防止拖库」答不上来二是Session里只存了用户名每次查询用户信息都得再查一次数据库。我采用的方案是密码用BCrypt加密登录成功后将User对象整体放入Session业务需要用户信息时直接取管理员接口通过HandlerInterceptor统一拦截。Service public class UserServiceImpl implements UserService { private final UserMapper userMapper; // BCryptPasswordEncoder 是 Spring Security 提供的工具单独引入即可 private final PasswordEncoder passwordEncoder new BCryptPasswordEncoder(); public User login(String username, String rawPassword) { User user userMapper.findByUsername(username); if (user ! null passwordEncoder.matches(rawPassword, user.getPassword())) { return user; } return null; } }上面这段代码的逻辑说明matches方法负责把用户输入的明文密码进行同样的盐值运算然后和数据库里的哈希结果比对全程不需要你手动处理盐。调用方拿到User对象后放入Session后续请求从Session取值即可。要注意的是BCryptPasswordEncoder来自spring-security-crypto这个依赖你不想引入全套Spring Security的话单独引这个包就行pom.xml中加依赖即可。拦截器的写法不展开代码了核心就一个preHandle方法判断当前请求的URI是否以/admin开头如果是则从Session里取user取不到就重定向到登录页取到但role ! 1就返回403提示页。这个逻辑必须在WebMvcConfigurer里注册并且要放行登录接口、静态资源、以及图书列表和详情这些匿名可访问的页面。4.2 图书检索与分页一套能扛住答辩追问的Mapper写法图书检索页面是系统里访客流量最大的地方搜索条件包括书名模糊匹配、作者匹配、价格区间、分类如果有还得支持分页。很多课设项目在Service里先select * from book把所有数据查出来然后在内存里做过滤和分页这个做法数据量小的时候看不出问题但答辩老师一句「如果有一万本书呢」就会让你很难受。正确的做法是在SQL层面完成过滤和分页数据库只返回当前页需要的数据。select idsearchBooks resultTypecom.example.bookstore.entity.Book SELECT * FROM book where if testkeyword ! null and keyword ! (title LIKE CONCAT(%, #{keyword}, %) OR author LIKE CONCAT(%, #{keyword}, %)) /if if testminPrice ! null AND price gt; #{minPrice} /if if testmaxPrice ! null AND price lt; #{maxPrice} /if AND status 1 /where ORDER BY id DESC LIMIT #{offset}, #{pageSize} /select这里有几个细节值得跟评委讲清楚。where标签会自动去掉第一个多余的AND这是MyBatis的动态SQL特性你不需要在XML里手动拼接where 11。LIKE模糊查询必须用CONCAT(%, #{keyword}, %)如果用%${keyword}%用户输入一个%就会查出全表这是经典的SQL注入点。OFFSET的计算放在Service层完成入参是pageNum和pageSize在Service里算出offset (pageNum - 1) * pageSize传入Mapper。LIMIT后面只能用#{}参数不能直接写死一个变量名因为它会被当作预编译参数处理。4.3 下单与扣库存为什么必须用事务保住数据一致性用户点「提交订单」按钮后后端做的事比你表面上看到的多得多先生成订单号和订单主记录再遍历购物车里的每一项往order_item插明细然后更新对应图书的stock和sales最后清空购物车。这四步里任何一步失败都不能允许前面已经执行的部分保留下来。比如插入了订单主记录但扣库存失败下次用户查询订单时就会看到一笔幽灵订单。课程设计阶段不要求你实现分布式事务但本地事务必须用对也就是在Service方法上加Transactional并把事务控制放在Service层而不是Controller层。Spring Boot默认的事务管理机制是遇到RuntimeException或Error时自动回滚遇到受检异常默认不回滚。所以你在业务代码里要养成一个习惯数据校验失败时直接抛出RuntimeException的子类而不是返回false或null让调用方判断。.NET或PHP背景的老师可能会问事务隔离级别你可以说默认用REPEATABLE_READInnoDB的行锁能保证两笔并发下单不会互相覆盖库存。下面这段代码展示了下单Service层的核心结构Transactional(rollbackFor Exception.class) public Long createOrder(Long userId, MapLong, Integer cartMap) { // 1. 生成订单号时间戳 随机数避免并发重复 String orderNo BO System.currentTimeMillis() String.format(%03d, ThreadLocalRandom.current().nextInt(1000)); BigDecimal total BigDecimal.ZERO; for (Map.EntryLong, Integer entry : cartMap.entrySet()) { Book book bookMapper.selectById(entry.getKey()); BigDecimal itemTotal book.getPrice().multiply(BigDecimal.valueOf(entry.getValue())); total total.add(itemTotal); } Orders order new Orders(); order.setOrderNo(orderNo); order.setUserId(userId); order.setTotalAmount(total); order.setStatus(0); // 待支付 order.setCreateTime(LocalDateTime.now()); orderMapper.insert(order); // 2. 插入订单明细并扣减库存 for (Map.EntryLong, Integer entry : cartMap.entrySet()) { OrderItem item new OrderItem(); item.setOrderId(order.getId()); item.setBookId(entry.getKey()); Book book bookMapper.selectById(entry.getKey()); item.setBookTitle(book.getTitle()); item.setBookPrice(book.getPrice()); item.setQuantity(entry.getValue()); orderItemMapper.insert(item); int updated bookMapper.deductStock(entry.getKey(), entry.getValue()); if (updated 0) { throw new RuntimeException(库存不足: book.getTitle()); } } cartMapper.deleteByUserId(userId); return order.getId(); }rollbackFor Exception.class这个参数是必须写的不写的话默认策略只对RuntimeException生效。数据库层做一个deductStock的SQLUPDATE book SET stock stock - #{quantity} WHERE id #{id} AND stock #{quantity}然后判断影响行数是否为0为0说明库存不足直接抛异常触发整体回滚。这种写法天然解决并发超卖问题两笔请求同时进来InnoDB行锁会串行化这一行第二个事务执行时已经扣过一次库存条件不满足就不会误扣。这个方案虽然简单却足以在答辩现场讲清楚「乐观锁思路」。4.4 管理端功能图书上下架与订单状态流转书店管理系统给管理员提供四块功能图书列表包含搜索和状态筛选、新增/编辑图书、处理订单发货、完成、取消、查看销售概况。这里最容易被做成「只写了增删改查」而失去管理意义。你要清楚每一项操作背后的业务规则图书下架不能物理删除只能把status置为0否则历史订单关联查询时会查不到书名订单状态必须是单向流转待支付 - 已支付 - 已发货 - 已完成是正向待支付 - 已取消是分支不允许把已发货的订单改回待支付单价和库存可以由管理员编辑但sales字段必须由系统自动累加不能手工修改。5. 避坑排查课程设计阶段最容易翻车的五个真实场景5.1 MySQL连接报错Public Key Retrieval is not allowed报名时数据库连接一直报这个错application.yml里用户名密码都没问题Navicat能连但Java连不上而且报错信息不完整一会儿说SSL握手失败一会儿说公钥检索不允许。这个问题的根源在于MySQL 8.0默认使用caching_sha2_password认证插件而JDBC驱动在没有拿到服务器公钥时不允许发送加密密码。解决方法是给MySQL连接URL加上两个参数allowPublicKeyRetrievaltrueuseSSLfalse两个缺一不可。前者允许客户端从服务器请求公钥后者避免在本地开发环境下走SSL加密通道。这样改完之后再启动连接就正常了。5.2 时间字段差8小时DATETIME和时区设置页面显示的下单时间和数据库里查出来的时间差了整整8小时你可能会怀疑代码里LocalDateTime.now()有问题实际上代码没问题。根本原因是JDBC连接串里没有指定时区Java侧的LocalDateTime不带时区信息而MySQL的serverTimezone默认取系统时区如果本机是UTC写入时就会按UTC转码。解决方法是把serverTimezoneAsia/Shanghai加进JDBC URL同时检查MySQL服务器的time_zone变量是否也设成了08:00。顺便提一个进阶点建表时时间字段用DATETIME而不用TIMESTAMP因为TIMESTAMP有2038年问题虽然在课设场景里不会遇到但这个问题本身可以作为答辩加分项讲出来证明你关注过真实生产环境。5.3 前端提交表单中文乱码过滤器配置位置不对Spring Boot项目里表单提交中文乱码最典型的场景是搜索框输入「深入理解」查不出任何结果。如果用的是POST提交Spring Boot的CharacterEncodingFilter理论上会自动处理UTF-8编码但失效的常见原因是你在Controller里手动读取了getParameter()之前没有设置request.setCharacterEncoding(UTF-8)导致容器已经按ISO-8859-1解码了。更隐蔽的情况是你写了自定义的Filter并且执行顺序在CharacterEncodingFilter之前那你的过滤器如果没有强制设置编码后续的编码过滤器也不会生效因为请求参数已经在你的过滤器里被读取过了。解决思路是不要自定义全局FilterSpring Boot自带的就够了如果你真的需要设置spring.characterEncoding.forcetrue让编码过滤器优先执行并覆盖请求和响应编码。5.4org.thymeleaf.exceptions.TemplateInputException模板路径拼写问题Thymeleaf页面渲染时报模板找不到提示TemplateInputException而且错误信息里给出的路径和你templates目录下的文件看起来一模一样。这个问题的常见原因是Controller返回的视图名带上了.html后缀比如return admin/book-list.html而Thymeleaf默认的视图解析器会拼接前缀classpath:/templates/和后缀.html结果变成了classpath:/templates/admin/book-list.html.html自然找不到。解决方法是去掉后缀只返回逻辑视图名admin/book-list。另外要检查pom.xml里是否引入了spring-boot-starter-thymeleaf如果只引入了spring-boot-starter-web模板引擎根本没注册返回字符串会被当作普通文本写到响应体里页面内容看起来就是一行结构化的字符串。5.5 并发下单导致的超卖stock #{quantity}条件策略要写对在测试阶段你可能用Postman同时发两个请求下单同一本书最后发现库存被扣成了负数。原因是你的扣库存SQL写成了先查在内存判断再执行更新。就算在Service层开了事务两个请求同时读到库存还剩1本各自判断通过然后都去更新结果是两次更新都成功库存变为了负值。正确做法是把判断条件写进UPDATE语句里即WHERE stock #{quantity}这一条数据库行锁会让第二个更新事务等待第一个事务提交后再执行此时库存已扣减条件不满足影响行数直接为0在MyBatis里映射的结果就是updated 0再结合Transactional的回滚机制整个订单创建失败。这段代码就是第4章末尾展示的那个deductStock方法如果你的项目里没写这个条件趁现在赶紧补上。6. 项目说明文档怎么写从「源码压缩包」到「能答辩的作品」6.1 项目说明文档的目录结构与每部分必须有的内容很多同学在最后一天才开始写文档写出来的东西老板看了想退款老师看了想打回。项目说明文档的核心目的不是记录代码而是证明你理解了这个系统的每一个设计决策。一个推荐的文档目录是项目背景与需求分析、技术架构图与选型理由、数据库设计说明含E-R图和关键表注释、核心功能实现说明登录鉴权、下单事务、库存扣减、测试方案与测试用例、部署步骤与运行环境。这个结构里最容易被忽略的是「测试方案」但答辩现场老师最爱问的就是「你怎么验证你的系统是对的」如果你能现场跑一遍测试用例把输入、预期结果、实际结果列成表格分数会拉开一截。部署步骤这一节不要只写「用IDEA打开项目配置数据库运行」要写清楚JDK版本、Maven版本、MySQL版本、数据库初始化的命令行或SQL脚本路径、配置文件里的哪些参数需要改。例如环境项要求说明JDK1.8或17根据Spring Boot版本选择Maven3.6用IDEA自带Maven也可MySQL5.7或8.0执行bookstore.sql初始化端口8080避免和本机其他服务冲突6.2 答辩前的验证脚本一条命令测一个业务闭环答辩最常见的尴尬是现场演示时数据对不上或者功能点忘词了。我习惯的做法是准备一个「业务验证顺序清单」每一步做什么、预期看到什么提前在本地跑通两遍。推荐的顺序是管理员登录进入图书管理新增一本测试书设置价格为19.9、库存为5退出管理员注册一个新用户搜索这本测试书加入购物车数量改2提交订单确认订单状态为待支付回到管理员后台看到订单金额为39.8、库存变为3点击发货回到用户端确认订单状态变为已发货。这一个闭环把你系统的用户端、管理端、订单、库存全部覆盖了而且每一步都能对应到数据库里的数据变化。还有一个容易被忽略的准备工作把你的项目打成可执行jar包在命令行用java -jar跑一遍确认静态资源和模板引擎都正常加载。很多项目在IDEA里跑得好好的一打包就找不到页面原因是模板文件或者Mapper XML没有正确打包进jar。检查target/classes目录下有没有mapper目录和templates目录如果没有就是pom.xml的resources配置把XML文件排除掉了需要在build里显式声明包含。这个检查只需要一分钟但能避免答辩当天「现场换了台电脑打不开项目」的悲剧。6.3 一个加分技巧用Logback记录关键操作日志如果你的项目说明文档里写了「系统安全性」但是代码里连一行日志都没有老师追问时你很难自圆其说。我建议在登录、下单、支付、发货这几个核心操作上加上日志输出使用SLF4J的Logger即可不需要引入额外组件。日志的作用有两个一是你自己排查问题时能看清请求参数和处理结果二是答辩时可以现场打开logs/bookstore.log向老师展示「我可以通过日志追踪一笔订单从创建到发货的全过程」。这个技巧花10分钟就能做完但呈现出来的工程素养和一个「只写了CRUD的课设」完全不是一个段位。private static final Logger log LoggerFactory.getLogger(OrderServiceImpl.class); log.info(用户[{}]创建订单订单号[{}]总金额[{}]包含{}项明细, userId, orderNo, total, cartMap.size());注意日志里不要打用户密码、完整收货地址这类敏感信息打印订单号和金额是没有问题的。日志文件的大小和保留策略不用刻意配置Spring Boot默认的logback-spring.xml配置足够应付课设场景了。我自己的习惯是每写完一个模块先跑一遍完整业务流打开日志文件确认关键步骤都有输出再写下一块这样最后写项目说明文档时测试记录是现成的不是临时编的。希望这份实战拆解能让你做完的不只是一个能运行的课设而是一个能讲清楚设计决策、能扛住现场提问、哪怕以后写进简历也不心虚的作品。本文还有配套的精品资源点击获取