JavaWeb传智播客网上书城项目：从源码运行到Spring Boot迁移攻略

简介这份javaWeb传智播客网上书城项目源码压缩包是面向计算机专业毕业设计场景的完整参考案例包含项目源码和配套的设计与实现论文。压缩包大小约27.94MB已有2330人学习下载适合想要掌握JavaWeb全流程开发的在校学生。项目以真实网上书城为业务背景覆盖MVC分层、Servlet与JSP交互、JDBC持久化、JSTL/EL表达式等核心知识点并涉及Spring、Hibernate/MyBatis等主流框架的应用以及session/cookie会话管理、过滤器与监听器、统一异常处理等工程化细节。论文部分详细阐述了需求分析、系统设计、数据库设计、编码实现与测试过程有助于读者快速理清架构思路。通过动手阅读源码结合论文可系统提升需求分析、编码实现和文档撰写能力为毕业设计或初级Java研发岗位打下扎实基础。1. 拿到这个 javaWeb 传智播客网上书城项目源码你实际上拿到了什么很多人在网上下载到「javaWeb传智播客网上书城项目源码(设计以及实现论文).zip」之后第一反应是解压、找 README、然后试图把整个文件夹丢进 IDEA 里点运行。十分钟后发现红字一片于是放弃转头去搜“怎么配置”。这不是你不行而是这个 zip 里的东西本质上不是一个“开箱即跑”的安装包而是一套 2015 年前后典型的 JavaWeb 教学项目Servlet JSP MySQL Tomcat外加一篇说明业务设计和数据库结构的毕业论文。它的价值恰恰在于你能从这个项目里看到完整的 B2C 网上书城业务是怎么从零设计出来的而不是直接得到一个能上线的商城系统。这套源码特别适合两类人。一类是做课程设计或者毕设的学生需要的是一个功能完整、结构清晰、能写进论文里的业务系统另一类是刚开始找 Java 后端工作的新手需要熟悉 JavaWeb 时代最常见的请求-响应-数据库链路。如果你打开论文会发现它先画了系统流程图、ER 图再列出数据表结构最后贴关键代码——这套“设计先行”的思路比代码本身更值得学。真正的坑在于它的运行环境和现在的 IDEA、JDK 版本都不太一样配置的繁琐程度往往会劝退一半的人。这篇文章就按“这是什么→怎么跑起来→源码怎么读→论文怎么用→常见坑在哪→还能怎么进阶”的顺序把这个项目的底给你摸清楚。2. 先搞清楚这套 JavaWeb 网上书城的技术底子JSPServlet 是怎么撑起整个商城的拿到代码先别急着点启动按钮得先明白一件事这个项目用的不是 Spring Boot甚至没有 Maven它是一个标准的 JavaWeb 工程结构依赖 jar 包都躺在 WEB-INF/lib 目录下。整个请求链路是 JSP 发起 → Servlet 接收 → JavaBean 做业务 → JDBC 访问 MySQL → 跳转回 JSP 渲染页面。这套东西虽然被 Spring Boot 取代了但理解它对你排查问题、做课设答辩帮助极大。2.1 按 JSPServlet 三层架构拆解“网上书城”这个业务到底有哪些模块一个网上书城听上去功能很多但拆下来其实就是几条固定的业务线。打开这个项目的源代码包按包名分清模块通常能看到这些核心类用户模块注册登录、图书模块商品列表和详情、购物车模块加入购物车、修改数量、订单模块生成订单、订单详情、后台管理模块图书管理和订单处理。这是 JSPServlet 时代的标准分法也是你论文里“系统功能模块图”的素材。每个模块的实现套路高度一致我以最常见的设计给你拆一条完整链路。比如用户点击“加入购物车”这个动作JSP 页面里的表单提交给 CartServletdoPost 方法里先判断用户是否登录没登录就跳转到登录页登录了就调用 CartService 的 addCart 方法把图书 id 和数量封装成 CartItem存进用户的 session最后用重定向回到图书列表页刷新购物车角标。所以你会看到 CartServlet 里大量操作的是 HttpSession 的 setAttribute 和 getAttribute整个购物车挂在 session 上不是存在数据库里——这是 JavaWeb 入门项目最常见的会话状态处理方式好处是简单直白坏处是服务端重启购物车就没了知道这一点对你答辩很有帮助。这个项目的分层通常是这样的com.xxx.bean 放实体类比如 User、Book、CartItem、Ordercom.xxx.servlet 放控制器com.xxx.service 放业务逻辑com.xxx.dao 放 JDBC 数据访问。看起来年代久远但它清晰地体现了“业务逻辑不写在 JSP 里SQL 不写在 Servlet 里”这条纪律。你翻开任意一个 Servlet基本模式是接收参数 → 封装对象 → 调 service → 根据返回结果做跳转前三步不超过二十行。2.2 用 IDEA 把项目跑起来的最小步骤从解压到看到首页这个项目最常见的配置文件是 MySQL 5.x Tomcat 8.x JDK 1.8你可以在 IDEA 里用 Community 版就行不需要 Ultimate。但要注意需要先把 zip 里的 SQL 文件导入到 MySQL因为整个项目启动时不会自动建库数据库不存在就直接白屏报错。跟着下面这条完整步骤走能替你省掉大量的排查时间。-- 第一步建库。打开 MySQL 命令行或 Navicat执行下面两条 CREATE DATABASE bookstore DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE bookstore; -- 第二步导入项目附带的数据库脚本 source C:/yourpath/bookstore.sql; -- 第三步确认表结构看到至少用户、图书、订单三张核心表 SHOW TABLES;提示如果你用 MySQL 8.x 导入旧脚本大概率会报 “Unknown collation: utf8mb4_0900_ai_ci” 之类的错误因为旧脚本里写的是老版本排序规则。解决方法是全局替换 SQL 文件里的 COLLATE 为 utf8mb4_general_ci或者在建库时统一指定。数据库就绪后再配 Tomcat。IDEA 里点右上角的 Add Configuration选 Tomcat Server → Local在 Application server 处填入你的 Tomcat 目录。Deployment 标签页里点加号选择 Artifact选 war explodedApplication context 填/bookstore或直接留根路径。跑之前要把项目的 JDK 语言级别和模块 SDK 设置一致否则编译期就会报 “invalid source release” 或 “java: 错误: 不支持发行版本 5”这种报错几乎都是 IDEA 里 JDK 版本不对齐造成的改法是在 File → Project Structure → Project 里把 SDK 统一成 1.8。很多新手拿到项目后在 IDEA 里找不到 Tomcat 配置入口原因是没装 Smart Tomcat 这类插件或者项目没有被识别为 Web 项目。老项目的常见做法是右键项目 Open Module Settings在 Facets 里点加号添加 Web指定 web.xml 和 webapp 目录的位置确认后再去配置 Tomcat。这样 IDEA 才认识这个 war 结构部署列表里才出得来。最后在浏览器输入localhost:8080/bookstore如果能看到图书列表页首页能注册、能登录说明整套链路通了。你可能看到的是古老的 JSP 页面但东西能跑比什么都重要。2.3 IDEA 与 Eclipse 跑这个项目两种姿势的差异点在哪关于这个项目用哪个 IDE 跑搜索热词里既有idea运行javaweb项目配置也有eclipse运行javaweb项目配置说明这是两类人的分流。你要是用 Eclipse流程是导入 Existing Projects into Workspace然后配置 Server 视图里的 Tomcat再把项目 Add 到服务上。Eclipse 的部署路径在wtpwebapps目录下改代码后有时不会自动同步到部署目录需要右键项目 Clean 一下这是它和 IDEA 最大的区别。IDEA 这边则是两套部署方式并存。war exploded 是解压部署支持热部署改 JSP 不用重启war 是压缩包形式适合模拟真实部署但热部署要额外配 JRebel 之类。你练习阶段用 exploded 模式体验会好很多改个页面刷新就能看到效果。说句实在话这个年龄的 JavaWeb 项目用 IDEA 跑最大的玄学不是代码而是“字符编码”。数据库连接串在db.properties或 JDBC 工具类里如果写的是jdbc:mysql://localhost:3306/bookstore?useUnicodetruecharacterEncodingUTF-8那数据库和项目两端编码一致中文显示没问题。要是漏了这段参数页面上所有中文都显示成问号不是数据表坏了只是连接参数不对。这条经验能帮你省下至少半小时的排查。3. 源码里最值得逐行读的三个模块购物车、订单、数据库设计跑通了只能说明环境没问题不代表你掌握了这个项目。真正的进阶是打开核心源码逐行读懂它的设计思路然后改成你自己的东西。网上书城最值钱的三个模块分别是购物车、订单状态流转、以及数据库表之间的外键关系。这三块看懂了这个项目你就吃透了。3.1 购物车挂在 Session 上的具体实现核心代码与参数说明先看购物车。这个项目的购物车实现通常不是数据库表而是一个 JavaBean 配合 Session 存储。你可以理解为用户点一次“加入购物车”系统就往 Session 里的一个 Map 添加或更新一个条目。下面是这个项目核心逻辑的标准实现// Cart.java —— 购物车本体相当于一个内存中的“袋子” public class Cart { // key 是图书 idvalue 是 CartItem一条购物明细 private MapInteger, CartItem items new HashMap(); // 加入购物车如果之前加过同一本书只累计数量 public void addBook(Book book, int quantity) { CartItem item items.get(book.getId()); if (item null) { items.put(book.getId(), new CartItem(book, quantity)); } else { item.setQuantity(item.getQuantity() quantity); } } // 计算购物车内所有商品的总价注意这是纯内存计算 public double getTotalPrice() { double total 0.0; for (CartItem item : items.values()) { total item.getSubTotal(); } return total; } // 清空购物车通常在订单生成完毕后调用 public void clear() { items.clear(); } }// CartServlet.java —— 接收“添加”请求的入口 public class CartServlet extends HttpServlet { protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { // 从会话里取出购物车没有就新建一个这样生命周期跟用户会话绑定 HttpSession session req.getSession(); Cart cart (Cart) session.getAttribute(cart); if (cart null) { cart new Cart(); session.setAttribute(cart, cart); } // 参数由前端 JSP 的 input typehidden namebookId 传过来 int bookId Integer.parseInt(req.getParameter(bookId)); int quantity 1; Book book bookService.findBookById(bookId); cart.addBook(book, quantity); // 加完直接重定向回购物车页面避免刷新时重复提交 resp.sendRedirect(req.getContextPath() /cart.jsp); } }代码逻辑并不复杂但你要知道几个关键的参数作用。getSession 默认是 true 参数没有会话会新建一个这是购物车的存放基础。重定向用的是 sendRedirect不是 forward 转发目的是防止 F5 刷新把同一本书加两次。CartItem 里的 getSubTotal 方法是单价乘以数量算小计。以后你迁移到 Spring Boot 时这套逻辑几乎可以平移到 Service 层只是把 HttpSession 换成 Redis 或 JWT但“购物车跟用户会话绑定”这个思想不会变。需要注意项目里把购物车挂在 session 上有个硬伤用户关掉浏览器或 session 过期购物车就丢了。你可以用“临时方案”绕过去——用户登录后把购物车里的数据同步进一张 cart 表浏览器侧用一个 uuid 关联下单时再合并进订单表。这个优化写到论文里很加分实操也不难SPRING Boot 底子有的话一晚上能改完。3.2 订单表和购物车是什么关系两个事务提交的关键点订单模块是 JavaWeb 项目里最接近“真实业务”的部分。购物车只是内存数据订单要落库而且要同时更新图书库存、用户积分如果系统里有所以这个流程里一定有事务边界。看下载的源码包订单表通常是order或orders表订单详情是orderitem表。后者每条记录里含有 orderId、bookId、quantity、price 这几个字段。价格必须冗余存一份不能关联查询图书表的单价——原因很简单图书价格会变但订单里记录的是用户下单那一刻的价格这叫“快照”。生成订单这步标准实现大概是这样的注意看清事务在哪里结束。// OrderService.java 的 createOrder 方法注意看注释里的边界 public boolean createOrder(User user, Cart cart, String receiverInfo) { Connection conn null; try { conn DBUtils.getConnection(); // 手动关闭自动提交把多步写操作变成一个原子事务 conn.setAutoCommit(false); Order order new Order(); order.setUserId(user.getId()); order.setReceiverInfo(receiverInfo); order.setTotalPrice(cart.getTotalPrice()); // 第一步插入订单主表 OrderDao dao new OrderDao(); dao.insertOrder(conn, order); // conn 传进去保证用的是同一个事务 // 第二步遍历购物车条目逐条插入订单明细 for (CartItem item : cart.getItems().values()) { OrderItem oi new OrderItem(); oi.setOrderId(order.getId()); oi.setBookId(item.getBook().getId()); oi.setQuantity(item.getQuantity()); oi.setPrice(item.getBook().getPrice()); dao.insertOrderItem(conn, oi); } // 第三步全部成功才提交任何一步异常都回滚 conn.commit(); return true; } catch (Exception e) { // 不要 swallow 异常必须回滚并向上抛 if (conn ! null) { conn.rollback(); } e.printStackTrace(); return false; } finally { DBUtils.closeQuietly(conn); } }这里最关键的是所有 DAO 方法接收的是外部传入的 Connection而不是自己在内部打开一个连接。你以后写项目也建议遵循这条规则统一事务边界避免三个操作用了三个连接中途崩了一个数据库里留下半个订单这在电商系统里是大事故。项目里使用的是一个简单的 DBUtils 工具类通过 JDBC 手动管理连接。升级到连接池是后话等到了整合 MyBatis 阶段你自然知道怎么替换。3.3 数据库表结构能抄作业的部分网上书城的 ER 设计与核心字段打开论文里“数据库设计”这一章你会看到一张比较理想的网上书城表结构。表与表之间基本都是外键引用。网上书城项目的核心表通常是用户表、图书分类表、图书表、购物车表、订单表、订单明细表。购物车表在这个项目里有两种命运要么只在内存里要么单独建一张表存持久化数据。要看作者当时是怎么设计的——如果登录后重新进站点购物车还在那就是有表结构落了库如果重启就消失就得看 cart 这张表是不是没建或没被代码用。一张标准的图书表字段大概是这样以这套源码里的结构为例字段名类型说明idINT主键自增book_nameVARCHAR(100)书名通常有唯一索引防重复authorVARCHAR(50)作者priceDECIMAL(10,2)定价注意用 DECIMAL 而不是 FLOAT避免金额精度问题category_idINT外键关联分类表前台按分类刷选就靠它stockINT库存量下单减库存就是 update 这个字段image_urlVARCHAR(255)封面图相对路径JSP 里直接拼接使用descriptionTEXT页面详情区域的内容分类表也很典型id 分类名 父分类 id。很多 JavaWeb 项目用parent_id字段实现无限极分类前台页面拿到分类列表后做递归渲染。你看到主表和子表字段出现同名字段比如id和parent_id时不要懵这是经典的树形结构设计。算价钱时用 BigDecimal浮点数精度问题在这类课设项目里基本不会被点名但在实际电商里是红线。数据库的生成脚本一般会附在 sql 文件里有些版本会带有作者创建的外键约束。目的是保证业务层无法写入一个不存在的分类 id。注意一个细节外键约束和事务控制配合起来才有效如果你看到 MyISAM 引擎的表那是老库的常见配置没有事务能力订单管理那边会出幻觉数据。4. “设计以及实现论文”怎么把论文当说明书倒着用很多人下载这类压缩包第一眼是看文件夹里有没有论文。这篇论文不只是一份答辩材料它本身就是这套系统的设计地图。遇到一个 Servlet 看不懂去论文里搜对应模块看到数据库字段意义不明直接翻论文的数据表说明。论文里通常包含项目背景、需求分析、功能模块划分、数据库设计、核心代码实现和测试情况这正好对应一个软件工程的完整流程是课程设计报告里最标准的骨架。4.1 先读论文再读代码三个必看章节能帮你少走弯路论文的使用方式分三步第一步看系统功能结构图和用例图搞清楚作者在业务范围上画了哪些边界第二步看数据库 ER 图看清哪些表是一对多哪些表是多对多比如订单和图书之间就通过中间表承接第三步看核心代码时序图遇到 ServletServiceDAO 之间的关系可以直接定位。比较讽刺的是这套系统的论文写得越完整能让你省的时间就越多。你不必把每个类的代码读一遍先打开论文的流程图定位“购买流程”看整个链路涉及哪些类再去源码里找这些类。很多项目你看半天不知道从哪下手就是因为少了一个“先看流程、再找类”的步骤。论文还可以帮你避免改代码时误伤系统。假设你要加一个“按出版社筛选图书”的字段论文的数据字典里会告诉你图书表没有出版社字段——那你就知道需要加一个字段、改图书 DAO 的 SQL、改前台 JSP。没有论文你只能一行行翻代码很容易漏掉某个页面的下拉框。翻论文还有个隐藏收获看作者写了什么功能是代码里没实现的。很多毕设代码有“模块三”但论文只讲到“模块二”。这说明要么是答辩前才匆忙砍掉的要么是代码里已经删了。遇到这种功能模块你可以补齐加进系统里就是自己的创新点写论文也可以光明正大写“在原有框架基础上增强了 XX 模块”。4.2 把论文里的设计图变成你自己的改 ER 图、流程图的四种姿势当你决定把这个项目当成课设/毕设交上去绝不能原样打包。老师一眼就能认出这是传智播客的经典项目评阅必然翻车。你需要做的是“基于它二次开发”换数据库表名加功能模块换前端样式改业务逻辑。论文里的系统结构图、ER 图、业务流程图要一并重画这是磨刀不误砍柴功。常见改法有四种。一是改图书分类原本是一级分类你改成二级分类改动数据库字段后前台页面的分类列表代码要跟着改。二是加一个“余额支付”表把原本单纯的货到付款逻辑改造成在线支付。三是换主题把网上书城改成校园二手书店、教材租赁系统业务表结构基本不动改掉页面文案和部分字段名称就行。四是加一个用户个人中心原本购买记录只有订单列表你把它扩展成包含收藏、足迹、优惠券的表结构。你改动幅度越大论文里写创新点就越好写答辩时老师的提问也越追不上你。改完代码和论文要重新导出 SQL 脚本并把项目里旧名字全部全局替换干净。一个经典翻车场景代码全部改成二手书店但数据库还叫bookstoreSQL 导入后 navicat 里显示的库名还会暴露原始项目名。建议用全局替换把所有bookstore换成自己的库名比如campusbook不然一眼露馅。4.3 写论文时最容易挨批的三个点提前改掉课设或毕设论文最容易答辩被问倒的不是技术难点而是逻辑不自洽。第一个坑是功能结构和代码实现不一致。比如论文里画了“图书批量导入”模块代码里根本没有这个按钮。这种不一致在答辩时最容易被老师抓出来要么删掉功能图里的模块要么补上代码。同样的论文说用的是连接池代码里却是用 DriverManager 手动创建连接这种落差务必处理掉。第二个坑是测试章节太敷衍。论文里写“测试发现系统运行稳定”而不是贴日志。建议你控制台里跑 SQL把添加图书、生成订单、库存扣减三步的结果截图挂上去成本很低但效果很明显。第三个坑是数据库设计说明里主键没有注明自增。老项目里 MySQL 主键是自增的但在 ER 图或表格里没表现出来。答辩被问“为什么用户表主键是自增的一串数字”时答不上来就显得对整个系统理解不到位。第三个坑相对隐蔽但更致命整个数据库设计里如果没有任何索引概念事务边界里也没有锁的概念答辩可能不会被问太深但对方一旦是数据库方向出题比较细的老师会追问你“高并发场景下订单表查询怎么优化”。对话如果卡住了整篇论文的可信度就崩了。提前补几行EXPLAIN SELECT ... WHERE user_id ?的截图往论文里一贴整篇论文的深度能上一个档次。四个姿势应对完论文部分就不是负担了。5. 运行这套 JavaWeb 网上书城项目的避坑指南五个高频踩坑与解决记录跑起来之前最大的坑还在于“环境”踩坑集中在这几个老问题上。以下五条是网上书城这类 JSPServlet 项目最容易出现的踩坑记录按“现象 → 原因 → 解决”三段式写。如果你是新手最好一条条对着检查如果你已经折腾了两天从第 5.2 条开始看大概率是配置问题。5.1 MySQL 版本过高导致 SQL 脚本导入失败现象导入.sql文件时控制台刷出一片红色报错常见的有Unknown collation或You have an error in your SQL syntax表只能导到一半后边的表全都进不去。原因这个项目的 SQL 脚本是用早期 MySQL 版本比如 5.5/5.6导出的里边带了老版本的字符集和排序规则定义新版本 MySQL 8.x 不认识这些语法。解决用记事本或 VS Code 打开 SQL 文件全局搜索utf8mb4_0900_ai_ci和utf8_general_ci等排序规则全部替换成utf8mb4_general_ci。或者更省事先用 MySQL 5.7 版本建库导入成功后用mysqldump重新导出一份新 SQL再拿到 8.x 上导入。后一种方案更保真脚本里涉及的函数、视图也能一并处理掉。5.2 Tomcat 能启动但访问报 404现象Tomcat 日志显示Server startup in [xxx] ms浏览器访问localhost:8080欢迎页正常但访问/bookstore就是 404。原因这个项目的 Artifact 没有部署到 Tomcat 的 webapps 下IDEA 里没有关联 Deployment或部署时 application context 和实际 URL 对不上。解决在 IDEA 的 Tomcat 配置页面Deployment 页签里点加号把war exploded加进去Application context 指定为/bookstore。访问路径必须严格等于http://localhost:8080/bookstore/首页文件如果是index.jsp放 webapp 根目录直接访问/bookstore/即可。5.3 页面中文乱码数据库里也全是问号现象页面加载出来所有中文书名、作者、分类名都显示成???后台 MySQL 表里也存的???。原因JSP 页面编码是 GBK数据库表是 utf8连接串没有加characterEncodingUTF-8三层编码不一致。解决检查每个 JSP 页面顶部的pageEncoding和contentType是否统一为 UTF-8检查 web.xml 里有没有配置 CharacterEncodingFilter把 JDBC 连接串补全useUnicodetruecharacterEncodingUTF-8。已经存进数据库的问号需要清掉表后重新导入 SQL因为后面写入的编码和解码方式不匹配单纯改连接串救不回来。5.4 部署后找不到 web.xml 报错或项目结构不完整现象IDEA 打开项目后右键项目没有 Add Framework Support 选项或者报web.xml is missing。原因下载下来的源码压缩包里 WebContent 或 webapp 文件夹结构失效导致 IDEA 无法自动识别为 Web 项目。这类老项目有时还会出现WEB-INF/lib下缺失 jar 包、src目录缺失等情况。解决Project Structure → Modules → 选中模块名 → 点加号 → Web把 Web Resource Directory 指定到包含 JSP 的目录把 Deployment Descriptors 指定到 WEB-INF 下的 web.xml。如果 lib 下缺失依赖去网上找这套老 JavaWeb 环境最容易匹配的依赖版本网上常见的就是把 jstl.jar、standard.jar、mysql-connector-java.jar 拷进去。网上有不少javaweb项目完整案例mysql的资源包结构相对完整可以参照目录对比缺了哪些。5.5 代码报java.lang.ClassNotFoundException: com.mysql.jdbc.Driver现象启动 Tomcat 后第一次连库控制台第一行就是找不到驱动类。原因MySQL 驱动 jar 包没有打进部署产物里或者 jar 包版本太老驱动类路径不对。解决去 Maven 仓库把最新可用的mysql-connector-java5.1.x 系列下载下来拷到 WEB-INF/lib 下。有的版本是驱动类改名了——比如新版驱动类名从com.mysql.jdbc.Driver改成了com.mysql.cj.jdbc.Driver。传智播客教学年代项目里用的是老包名你换成新版连接串和类名后注意 DBUtils 里的Class.forName(...)要一起改。提示上面五条如果你一次性全碰到了重新审视一下 JDK 8 和 Tomcat 8.5 是不是都装了。旧版 JavaWeb 教学项目在 JDK 9 以上跑JSP 编译环节很容易翻车换成 JDK 8 是最稳的选择。6. 把这个 JavaWeb 书城往 Spring Boot 迁移一条能让简历加分的实战路径环境配置跑通、代码读完、论文也交完之后这个项目的使命还没结束。你可以把它升级成一个 Spring Boot 项目这个过程是最好的 spring 练手。迁移不要求重写所有代码而是把原来的 Servlet JSP 逐个替换成 Controller Thymeleaf/静态页面 MyBatis-Plus把原来手动控制的事务交给 Spring 管把原来的 session 购物车改成 Redis 存储。既是复习也是进阶。先从最底下的数据访问层开始迁移。建一个 Spring Boot 工程引入spring-boot-starter-jdbc、mysql-connector-j、spring-boot-starter-web把原来的 DBUtils 工具类替换成 JdbcTemplate 或 MyBatis-Plus 的 Mapper。原来的 DAO 里的 SQL 语句可以直接平移实体类字段名和数据库列名如果一致用 MyBatis-Plus 的TableName就能省掉大量 XML 映射。业务层迁移最核心的是事务注解。原来用conn.setAutoCommit(false)控制的订单事务在 Spring Boot 里变成Transactional(rollbackFor Exception.class)放在createOrder方法上。原来代码里的 try/catch/finally rollback 全部删除掉Spring 会接管连接和提交回滚逻辑。这里有个细节Transactional注解加在 public 方法上才生效而且同类内部调用时事务会失效新手在这个坑上翻车的概率极高。控制层是重头戏。每个 Servlet 类对应一个 Controller 类把doGet/doPost方法改写成GetMapping/PostMapping方法request.getParameter(xxx)换成方法参数RequestParam String xxxrequest.setAttribute换成Model对象的addAttribute。重定向写法从resp.sendRedirect(/bookstore/cart.jsp)变成return redirect:/cart/list。JSP 页面如果保留可以继续用Spring Boot 里配下InternalResourceViewResolver照样能解析想一把梭直接上 Thymeleaf那还要再把 JSTL/EL 表达式全部换成 Thymeleaf 语法。购物车往 Redis 迁移时设计思路是用户 id 作为 key购物车对象序列化后存 value。Redis 的过期时间可以配置成跟用户会话一致解决原来的 session 购物车重启就丢的问题。这一层迁移性价比非常高因为算法逻辑不动只换存储访问方式却能把“分布式会话”和“缓存”写进简历里。我自己的建议是给这次迁移定一个明确的结果标准不要写成半吊子。最低限度是用户登录、图书列表、加入购物车、提交订单这几条主链路全部像原项目一样能用。迁移完成后跑一遍回归验证把新的项目源码连同数据库迁移脚本传到代码托管平台README 里写清楚技术栈和启动方式。以后面试官问起网上书城项目你就可以说“我重写过一版 Spring Boot MyBatis-Plus 的”而不是只能聊 JSP。这篇讲到的坑我基本都是亲手踩过的。每一次翻车都是因为环境版本、路径和编码这三座大山。如果上面的步骤能帮你节省一个周末的时间那我这个老工程师的力气就没白费。希望帮到你。本文还有配套的精品资源点击获取