简介这是一套面向JavaWeb初学者与课程设计者的仿小米在线商城实战项目基于JavaJSPServletMySQLJDBC技术栈构建覆盖商品浏览、详情查看、购物车管理、价格实时计算等核心电商功能助力开发者系统掌握前后端交互与数据库应用开发全流程。资源包共2个文件含1个39.94MB的完整Web项目源码压缩包含HTML/CSS/JS/jQuery前端页面、Servlet逻辑层及JDBC数据访问模块和1个配套MySQL数据库脚本shop.sql开箱即用便于本地部署与调试。已有28026人学习下载热度持续走高。读者可直接导入IDE运行项目深入理解MVC分层结构、会话管理、SQL建表与增删改查实践以及jQuery异步交互等关键知识点是JavaWeb课程实训、毕业设计选题与求职项目复现的优质参考范例。 如果你正在准备 JavaWeb 课程设计或者想找一个能完整写到简历上的练手项目仿小米商城ShoppingMall是我个人很推荐的一个方向。它前台有注册登录、商品分类、购物车、下单结算后台有商品管理、订单管理、会员管理这些功能几乎覆盖了一个 B2C 商城的所有核心流程而且小米商城本身的视觉风格干净清爽前端工作量不会失控特别适合用 Servlet JSP JDBC 这一套经典 JavaWeb 技术栈去实现。我当年做这个项目前后花了大概三周时间中间踩过不少坑尤其是数据库设计和订单事务这两块重写了两次才彻底理顺。这篇文章就按我自己的完整实现过程来拆从项目设计、数据库建模、核心链路到实操步骤和问题排查一次性讲清楚。无论是刚学完 JavaWeb 基础的学生还是想拿完整项目找工作的同学按照这个思路做下来都能收获一个能跑、能讲、能扩展的商城项目。1. 项目定位与整体设计思路1.1 为什么选小米商城做模板选一个仿制对象的时候很多人第一反应是去仿京东、仿淘宝但其实这些大体量商城反而不适合练手因为功能太庞杂光是商品SPU/SKU、促销活动、售后流程就能把人绕晕。小米商城的产品线相对聚焦核心是手机和智能家居用户角色清楚购物流程也短——浏览商品、加入购物车、下单支付几步就完成了一个闭环。这样的业务模型拿来做成课程设计复杂度刚刚好。再说实际好处面试或者答辩的时候仿小米商城比仿一个不知名的商城更好讲。面试官对小米的产品形态有认知你一说“仿小米商城的前台和后台”他大概就知道里面应该有什么模块你只需要把技术实现讲清楚就行不用花时间解释业务背景。1.2 技术选型为什么坚持Servlet JSP JDBC现在 SpringBoot 已经很普及了很多同学一上来就想用 SpringBoot 做。我的建议是如果是课程设计或者刚学完 JavaWeb 的阶段先用 Servlet JSP JDBC 完整做一遍把最底层的东西吃透再考虑上框架。因为 SpringBoot 封装了太多东西Tomcat 是内嵌的、数据库连接有 HikariCP 帮你管、事务有注解帮你切你反而搞不清楚一个 HTTP 请求从浏览器到数据库到底经历了几层。这个项目我用的技术栈是JDK 8 或 JDK 11Tomcat 8.5 / 9.xMySQL 5.7 或 8.0Servlet 4.0 JSP JSTLJDBC Druid 连接池Bootstrap 3/4 jQueryMaven 做依赖管理整体采用经典三层架构表现层JSP Servlet、业务层Service、持久层DAO。实体类放在 bean/entity 包里工具类单独放 util 包Filter 统一处理编码和登录拦截。目录结构我习惯这样建com.shop ├── bean # 实体类 ├── dao # 数据访问层 ├── service # 业务层 ├── servlet # 控制层 ├── filter # 过滤器 ├── util # 数据库连接等工具类 └── listener # 监听器可选这里要注意一点三层架构和 MVC 是两个维度的概念。MVC 强调的是 JSPView、ServletController、Model 之间的协作关系三层架构强调的是代码的纵向分层。做的时候不要把 Service 和 Servlet 混在一起写我见过不少同学把所有逻辑都堆在 Servlet 里代码倒也能跑但后期加一个功能就要改一大片调试的时候非常痛苦。1.3 功能模块拆解用户端和后台各做什么在动手写代码之前先把功能模块列清楚这会直接影响数据库表的设计。我的划分如下模块用户端功能后台管理功能用户注册、登录、退出、个人信息查看登录、管理员列表商品商品列表、商品详情、分类筛选、关键词搜索商品新增、编辑、上下架、库存调整购物车加入购物车、修改数量、删除商品、勾选结算无一般不做后台购物车订单提交订单、订单列表、订单详情、取消订单订单列表、发货、关闭订单其他首页轮播、面包屑导航、分页简单的数据统计可选功能不要一上来就做得很满比如支付、秒杀、优惠券这些可以先留个口子后续扩展。我第一次做的时候非要加一个“优惠券”模块结果优惠券和订单的关联逻辑没设计好导致下单流程一直报错最后只能推倒重来。所以我的经验是先把主流程跑通再考虑锦上添花的功能。2. 数据库设计商城项目的核心地基2.1 核心表结构与字段说明商城项目的数据表设计我最终用了七张表用户表、分类表、商品表、购物车表、订单表、订单明细表、管理员表。字段上我尽量做到够用但不过度设计下面这几张表的字段你可以直接参考。用户表user字段类型说明idint(11)主键自增usernamevarchar(32)用户名加唯一索引passwordvarchar(64)密码建议存 MD5 或加盐后的密文nicknamevarchar(32)昵称phonevarchar(20)手机号emailvarchar(64)邮箱可空avatarvarchar(255)头像路径可空statustinyint(4)1 启用0 禁用create_timedatetime注册时间商品表product字段类型说明idint(11)主键自增category_idint(11)所属分类 IDnamevarchar(128)商品名称subtitlevarchar(255)副标题main_imagevarchar(255)主图路径detailtext商品详情存富文本或纯文本pricedecimal(10,2)商品价格stockint(11)库存salesint(11)销量statustinyint(4)1 上架0 下架create_timedatetime创建时间订单表orders和订单明细表order_item是商城项目的重点也是最容易出错的地方。订单表不要只存总价还要存收货人姓名、电话、地址以及订单状态。字段大概像这样ordersid、order_no订单编号唯一、user_id、total_price、consignee、phone、address、status0 未支付1 已支付2 已发货3 已完成4 已取消、create_time、pay_time、close_timeorder_itemid、order_id、product_id、product_name、product_image、current_price下单时的商品单价、quantity、total_price一定要注意order_item 里必须冗余一份商品名称、图片和价格快照。这个设计我一开始没做后来用户下单后我把商品改了个价格结果历史订单详情里显示的价格也跟着变了这在电商里是绝对不允许的。订单快照的意义就在于下单那一刻的商品信息已经固定下来后续商品怎么改都不会影响已生成的订单。2.2 关键关系的设计思路再聊聊表之间的关系。很多教材会教你用物理外键但在实际项目中我基本不用物理外键只保留逻辑关联也就是在字段层面设计好对应的 ID 关系由业务代码保证数据一致性。原因很简单物理外键在删除和更新时会带来很多约束商城项目里商品要删除、分类要调整有外键在反而容易报异常。比如我在删除一个分类时如果该分类下还有商品我希望能弹个提示“该分类下还有商品不能删除”而不是数据库直接抛出外键约束错误。价格字段一定要用 decimal绝对不要用 float 或 double。我也踩过这个坑用 float 存价格前台显示 99.9数据库里却是 99.9000015虽然只差一点点但订单计算总价就很容易出现 0.000001 的偏差。decimal(10,2) 可以精确表示两位小数金额计算没有问题。订单状态建议用数字表示不要直接存字符串。虽然字符串可读性好但后续扩展状态、做筛选和统计时数字比字符串好操作得多。页面展示层用一个映射关系把状态码转成文字就行比如 0 显示“未支付”1 显示“已支付”这个逻辑放在 JSP 或 Service 层做都可以。购物车表比较简单核心字段是 user_id、product_id、quantity、checked。checked 字段表示这个商品是否被勾选结算很多购物车都有“全选”功能没有这个字段就得额外用一套逻辑去记录勾选状态会复杂很多。3. 核心链路拆解从登录到下单的完整流程3.1 商品列表与分页查询商城首页和分类页的核心就是商品列表这里躲不开分页。分页做好了体验才有保障。MySQL 的分页 SQL 就是LIMIT offset, sizeoffset 是偏移量size 是每页条数。例如每页显示 12 个商品查询第 3 页就是LIMIT 24, 12。不过在写分页 SQL 之前要先算一下总条数这样才能知道一共有多少页。总条数用SELECT COUNT(*) FROM product WHERE status 1然后再查当前页的数据SELECT * FROM product WHERE status 1 ORDER BY id DESC LIMIT ?, ?前端需要把查询参数 pageNum 和 pageSize 传给 ServletServlet 解析后丢给 ServiceService 统一封装成一个 PageBean 对象返回里面包含当前页数据、总条数、总页数、当前页码这些信息。搜索功能其实也简单就是在 WHERE 条件里拼一个AND name LIKE ?注意参数用%关键词%的方式传入并且要用 PreparedStatement 的占位符不能直接拼字符串防止 SQL 注入。我建议把分页代码封装起来不要每个 Servlet 都写一遍。我自己写了一个泛型 PageBean 工具类谁用谁传参省了很多重复代码。这里还有一个容易被忽略的点前端分页条的页码高亮和上一页/下一页禁用状态一定要根据 PageBean 里的当前页和总页数来渲染不然用户翻过界会直接报错。3.2 登录状态管理Session 与过滤器拦截登录功能本身不算难校验用户名密码成功后把用户对象放进 Session。但光放进 Session 还不够你肯定不希望用户没登录就能直接访问购物车和订单页面。这时候就需要 Filter 来做登录拦截。我写了一个 LoginFilter拦截所有路径但放行登录、注册相关的 URL以及所有静态资源。判断逻辑很简单如果 Session 里能拿到用户对象就放行否则重定向到登录页。代码大致如下public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { HttpServletRequest request (HttpServletRequest) req; HttpServletResponse response (HttpServletResponse) resp; String uri request.getRequestURI(); // 放行登录、注册、静态资源 if (uri.endsWith(/login.jsp) || uri.endsWith(/register.jsp) || uri.contains(/static/) || uri.contains(/login) || uri.contains(/register)) { chain.doFilter(req, resp); return; } Object user request.getSession().getAttribute(user); if (user null) { response.sendRedirect(request.getContextPath() /login.jsp); return; } chain.doFilter(req, resp); }要注意的是静态资源的放行顺序很重要。Bootstrap 的 CSS、JS 文件如果被 Filter 拦下来页面样式会惨不忍睹而且不会报 500只是整个页面变裸奔。排查这个问题的办法是打开浏览器 F12看静态资源请求是不是被重定向到了 login.jsp如果是就是 Filter 放行逻辑没写好。密码存储这块我再多说一句。直接用明文存数据库是很多新手经常干的事这个习惯非常危险。虽然是课设项目但你也应该模拟真实开发规范用 MD5 加盐的方式存密码。注册时把用户输入的密码加上一个固定盐值再做 MD5登录时用同样的方式加密后与数据库比对。这样即使数据库泄露密码也不会直接暴露。3.3 购物车和下单事务必须保证的一致性购物车的增删改查没什么难点就是表里的 CRUD。比较关键的是“加入购物车”时如果用户已经把这个商品加过了不应该再插入一条新记录而是把原有记录的数量加一这个逻辑在 SQL 里可以用先查后改或ON DUPLICATE KEY UPDATE实现。真正的难点在下单。下单至少要完成这几步检查商品库存是否足够、扣减库存、生成订单、生成订单明细、清空购物车对应商品。这几步操作必须保证要么全部成功要么全部失败否则就会出现“订单生成了但库存没扣”或者“库存扣了但购物车没清空”这种数据不一致问题。JDBC 里做事务的方式是关闭自动提交手动 commit 和 rollbackConnection conn null; try { conn DBUtil.getConnection(); conn.setAutoCommit(false); // 开启事务 // 1. 检查并扣减库存 // 2. 生成订单拿到订单 ID // 3. 批量插入订单明细 // 4. 删除购物车中已结算的商品 conn.commit(); // 提交事务 } catch (Exception e) { if (conn ! null) conn.rollback(); // 回滚事务 e.printStackTrace(); } finally { if (conn ! null) conn.setAutoCommit(true); DBUtil.close(conn); }这个事务控制一定要放在 Service 层不能在 Servlet 里做也不能在 DAO 层每个方法里单独做。因为 Service 层的一个方法对应一个完整的业务用例DAO 层只管单表操作。如果把事务放在 DAO 里除非你设计得很精细否则很容易出现一条 SQL 一个事务根本没法保证跨表操作的一致性。扣库存的时候最好用一条原子更新的 SQL避免并发问题UPDATE product SET stock stock - ?, sales sales ? WHERE id ? AND stock ?WHERE stock ?的作用就是防止库存扣成负数。如果这个 SQL 影响行数为 0说明库存不足直接抛异常回滚。这是一个非常实用的小技巧尤其在高并发场景下比“先查库存再更新”安全得多。4. 实操过程从零搭建项目的完整记录4.1 环境准备与版本选择做项目之前先把环境统一好避免版本差异导致各种奇怪问题。我用的组合是IDEA 2022 版本 JDK 8 Maven 3.8 Tomcat 8.5 MySQL 5.7。如果你用的是 IDEA 社区版免费版也能正常做 JavaWeb 项目但创建 Web 项目的模板会少一些需要手动补 webapp 目录和 web.xml。建议直接用专业版学生可以申请免费授权省去很多麻烦。MySQL 5.7 和 8.0 都可以但 8.0 的驱动类和连接 URL 略有不同8.0 的驱动类是com.mysql.cj.jdbc.DriverURL 需要加serverTimezoneAsia/Shanghai。我这里用的还是 5.7驱动类是com.mysql.jdbc.Driver兼容性更省心。4.2 项目骨架搭建步骤我推荐用 Maven 来管理项目这样引入依赖和打包都比较顺手。新建一个 Maven Web 项目后pom.xml 里主要放这几样依赖dependencies dependency groupIdjavax.servlet/groupId artifactIdjavax.servlet-api/artifactId version4.0.1/version scopeprovided/scope /dependency dependency groupIdjavax.servlet/groupId artifactIdjstl/artifactId version1.2/version /dependency dependency groupIdmysql/groupId artifactIdmysql-connector-java/artifactId version5.1.49/version /dependency dependency groupIdcom.alibaba/groupId artifactIddruid/artifactId version1.2.8/version /dependency /dependencies注意 servlet-api 的 scope 一定要是 provided因为 Tomcat 里本身就有 Servlet 容器实现如果打包时带上会冲突。我第一次没注意结果部署到 Tomcat 后一直报ClassCastException查了半天才发现是 jar 冲突。创建完项目后先建好包结构然后写一个 DBUtil 工具类负责从 Druid 连接池获取连接。Druid 的配置文件我放在 resources 目录下方便统一管理。4.3 核心代码实现示例这里我挑两个最有代表性的代码片段一个属于 DAO 层一个属于 Servlet 层你可以对照自己的项目去写。DAO 层商品查询注意用 PreparedStatement 预编译public ListProduct findProductByPage(int categoryId, int offset, int size) { String sql SELECT * FROM product WHERE status 1 ; if (categoryId 0) { sql AND category_id ? ; } sql ORDER BY id DESC LIMIT ?, ?; ListProduct list new ArrayList(); try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { int index 1; if (categoryId 0) { ps.setInt(index, categoryId); } ps.setInt(index, offset); ps.setInt(index, size); ResultSet rs ps.executeQuery(); while (rs.next()) { Product p new Product(); p.setId(rs.getInt(id)); p.setName(rs.getString(name)); p.setPrice(rs.getBigDecimal(price)); p.setMainImage(rs.getString(main_image)); list.add(p); } } catch (Exception e) { e.printStackTrace(); } return list; }Servlet 层的职责就是接收参数、调用 Service、转发或重定向WebServlet(/product) public class ProductServlet extends HttpServlet { private ProductService productService new ProductService(); Override protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { String op req.getParameter(op); if (list.equals(op)) { int pageNum Integer.parseInt(req.getParameter(pageNum)); int categoryId Integer.parseInt(req.getParameter(categoryId)); PageBeanProduct pageBean productService.findProductPage(categoryId, pageNum, 12); req.setAttribute(pageBean, pageBean); req.getRequestDispatcher(/product_list.jsp).forward(req, resp); } } }如果你的项目不想用WebServlet注解也可以在 web.xml 里配置映射两种方式二选一。我觉得注解更简洁但 web.xml 的方式能让你更清楚地理解 Servlet 和 URL 的映射关系这个看个人习惯。4.4 前端页面与静态资源的集成前端我用的是 Bootstrap 写页面骨架然后通过 JSP 的 JSTL 标签动态渲染商品数据。页面文件放在 webapp 目录下静态资源放在webapp/static目录下比如webapp ├── static │ ├── css │ ├── js │ └── images ├── index.jsp ├── login.jsp ├── register.jsp ├── product_list.jsp ├── product_detail.jsp ├── cart.jsp ├── order_confirm.jsp ├── order_list.jsp └── web.xml在 JSP 里渲染商品列表时用c:forEach遍历页面对象c:forEach items${pageBean.list} varp div classproduct-item a href${pageContext.request.contextPath}/product?opdetailid${p.id} img src${pageContext.request.contextPath}${p.mainImage} / p${p.name}/p span${p.price}/span /a /div /c:forEach这里有个关键点所有链接和图片路径都要用${pageContext.request.contextPath}拼接项目上下文路径。因为部署时项目名可能是/shoppingMall如果直接写死/static/css/style.css本地跑没问题换个部署环境就 404。用 contextPath 可以动态拿到当前项目的根路径这是 JavaWeb 前端最容易踩的坑。4.5 顺带说下高德关键字查询在 HTML 页面里怎么用看很多人在搜“JavaWeb 高德关键字查询在 html 页面怎么用”虽然这不是商城的主线功能但如果你在做一些门店自提、地址选择之类的扩展页面时会用到。其实高德地图 JS API 是纯前端的玩法跟 JavaWeb 后端关系不大你只要在 HTML 里引入高德的 JS 文件然后调用 AMap 对象就行。基本步骤是注册高德开发者账号创建应用拿到 Key在 HTML 里引入 JS API创建地图实例再用 PlaceSearch 插件做关键字搜索。核心代码大概长这样!-- 引入高德地图 JS API -- script srchttps://webapi.amap.com/maps?v2.0key你的KeypluginAMap.PlaceSearch/script div idmap stylewidth: 100%; height: 400px;/div div idresult/div script var map new AMap.Map(map, { zoom: 12 }); var placeSearch new AMap.PlaceSearch({ pageSize: 10, pageIndex: 1 }); function search(keyword) { placeSearch.search(keyword, function(status, result) { if (status complete result.poiList) { var pois result.poiList.pois; var html ; pois.forEach(function(poi) { html p poi.name - poi.address /p; // 可以把地点的经纬度传到后端的 Servlet 做业务处理 }); document.getElementById(result).innerHTML html; } }); } search(小米之家); /script如果你想把选中的地址回传到后端可以在 POI 的点击事件里把经纬度和地址拼到表单参数里提交到 Servlet 后再存库这样就完成了前后端的数据交互。这个功能放在“门店自提”页面里会非常实用。5. 常见问题与排查技巧实录5.1 数据库中文乱码多半是 URL 和表结构的问题很多同学项目跑起来后发现数据库里存的中文全是问号或者页面显示乱码。这个问题的排查思路要从上到下捋数据库连接 URL、数据库/表的字符集、JSP 页面编码、Servlet 请求编码。连接 URL 一定要带characterEncodingutf8jdbc:mysql://localhost:3306/shopping_mall?useUnicodetruecharacterEncodingutf8useSSLfalse建库时指定字符集CREATE DATABASE shopping_mall DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;JSP 页面顶部加上% page contentTypetext/html;charsetUTF-8 languagejava %同时 Servlet 里处理 POST 请求参数前先设置请求编码request.setCharacterEncoding(UTF-8);这里还有个容易漏的地方如果用了 Tomcat 8 及以上版本POST 参数一般能正常按 UTF-8 解析但 GET 请求参数的编码和 Tomcat 的 URI 编码有关。稳妥的做法是在 Tomcat 的 server.xml 的 Connector 里加URIEncodingUTF-8。如果是在 IDEA 里嵌的 Tomcat也可以在 VM options 里配置-Dfile.encodingUTF-8。5.2 IDEA 控制台乱码和 Tomcat 日志乱码这个问题特别烦人代码逻辑没毛病但控制台一大片乱码排查起来很浪费时间。IDEA 的控制台输出编码可以去Help - Edit Custom VM Options里加上-Dfile.encodingUTF-8然后重启 IDEA。Tomcat 的日志输出编码在conf/logging.properties文件里几项java.util.logging.ConsoleHandler.encoding改为UTF-8。如果你用 IDEA 配置了 Tomcat 的 VM options添加-Dfile.encodingUTF-8 -Dsun.jnu.encodingUTF-8这两个参数基本能解决 99% 的控制台乱码问题。底层原理就是让 JVM 读文件和输出流的默认编码都变成 UTF-8而不是跟操作系统默认编码走。5.3 404 和 500 的快速定位方法404 和 500 是 JavaWeb 项目里最常见的两个错误很多人一看到报错就懵了其实有固定的排查套路。404 表示页面或资源不存在。先看浏览器地址栏的 URL 路径再对比项目的 web.xml 或注解里配置的映射路径。还要看 IDEA 中 Artifacts 的输出目录确认是否已经把项目完整部署到 Tomcat。很多时候是部署的时候没把依赖 jar 包带进 WEB-INF/lib导致运行时报 ClassNotFound页面却显示 500。在 IDEA 的 Project Structure - Artifacts 里把对应模块的依赖加入WEB-INF/lib就能解决。500 表示服务器内部异常。最快的定位方式是看 IDEA 控制台里的异常堆栈从Caused by往上看。最常见的是空指针和 SQL 语法异常。空指针就去看是哪个对象为 null通常是没有从 Session 拿到用户、或者数据库查询结果为空SQL 语法异常就去看打印出来的 SQL 语句把参数换成实际值粘到数据库里执行一遍一般立刻就能发现问题。5.4 相对路径和绝对路径不要再靠猜前端页面里的路径问题是我见过翻车率最高的点。./表示当前目录../表示上级目录/表示服务器根路径这三者如果没搞清楚页面样式加载不出来、图片裂掉、跳转链接 404都是必然的。我的建议是JSP 页面里统一用${pageContext.request.contextPath}来拼绝对路径不要写死的/shoppingMall。比如link relstylesheet href${pageContext.request.contextPath}/static/css/bootstrap.min.css如果是在 JS 文件里需要跳转可以把 contextPath 先存到全局变量里var ctx ${pageContext.request.contextPath};然后所有 Ajax 请求和跳转都用ctx /...拼接。这样项目只要部署一遍所有路径都能自动适配不用每次都改。5.5 Maven 依赖下载不下来或者 jar 冲突Maven 依赖问题的主要表现是pom.xml 里依赖标红或者代码里 import 不进来。先用 IDEA 右侧 Maven 面板点刷新看是不是网络问题导致下载中断。如果下载了但一直报错可以去本地仓库目录~/.m2/repository里找对应 jar 包把*.lastUpdated文件和未下载完成的目录删掉重新刷新。jar 冲突最典型的症状是ClassCastException或者NoSuchMethodError。解决办法是用 IDEA 的 Maven Helper 插件查看依赖树找到冲突的 jar 包用exclusions排除掉多余的版本即可。如果是 servlet-api 冲突就像前面说的记得 scope 设为 provided。5.6 Session 失效和登录状态丢失明明登录成功了但一刷新页面又跳回登录页这种问题多半是 Session 失效引起的。如果你在 IDEA 里改了代码Tomcat 在 Debug 模式下会自动热部署但热部署有时候会重建 Session导致原来存的用户对象没了。这时候重启 Tomcat 再试一次基本就能恢复。还有一种情况是浏览器 Cookie 被禁了。Session 依赖 Cookie 保存 JSESSIONID如果浏览器禁用了 CookieSession 每次请求都会新建登录状态就永远保持不住。另外 web.xml 或 Tomcat 里默认的 session-timeout 是 30 分钟如果用户超过这个时间没有操作Session 也会自动过期页面跳回登录页是正常现象不是 bug。做这个项目的时候我最深的体会是JavaWeb 的难点从来不在某个单一技术点而在于把浏览器、Servlet、JSP、数据库这一条链路串起来。你在页面上每点一次按钮背后都有一连串的请求转发、参数传递、SQL 执行和结果渲染。把这个完整链路想清楚再回头看 SpringBoot、MyBatis 这些框架你就会觉得它们只是在替你做那些重复的底层工作而不再是一堆黑盒魔法。最后再分享一个小建议项目做完之后不要急着交差。把整个流程重新看一遍尤其是事务处理、过滤器和前端路径这几块尝试自己加一两个小功能比如后台数据统计、商品批量上下架、订单状态的自动关闭等。改过一次代码之后你对这个项目的理解深度会完全不一样。后面如果你想升级再往 SpringBoot MyBatis 迁移那又是另一段值得记录的经历了。本文还有配套的精品资源点击获取