SSM架构的Java网上书城实战项目（含前后台+数据库+演示视频）

本文还有配套的精品资源，点击获取

简介：基于Spring+SpringMVC+MyBatis搭建的完整电商类Java Web系统，适配MySQL 5.7+，运行于Tomcat 8/9。前台支持图书分类浏览、模糊搜索、购物车管理、模拟下单与支付、订单状态跟踪、用户评价提交；后台提供图书CRUD、图书分类维护、订单审核（待发货/已发货/已完成）、用户评价审核、系统公告发布等管理能力。资源包包含可直接导入IDEA的Maven工程（含完整src目录结构）、bookmall412.sql建库建表脚本、编译后class文件、配套操作演示视频（含前台购物流程与后台管理实操）、测试用例说明及基础配置文档。所有功能模块均通过本地环境验证，数据库字段命名规范，关键逻辑配有中文注释，分层清晰（Controller-Service-Mapper），便于理解SSM整合流程、RESTful接口设计思路以及典型电商系统中库存、订单、用户交互等业务落地方式。

1. 这不是“又一个毕设模板”，而是一套能跑通真实购物流程的SSM实战骨架

我带过六届Java方向毕业设计，每年都会收到上百份“网上书城”选题。但绝大多数同学交上来的是：前台首页能显示几本书、后台登录页能跳转、数据库里有三张表——仅此而已。真正能把“用户加购物车→下单→支付→管理员审核→发货→用户确认收货→评价”这条链路完整走通、且每一步都有合理状态流转和数据一致性保障的项目，不到一成。而这套SSM网上书城，是我近五年见过最接近“可交付最小电商系统”的教学级实现。

它不炫技，没有Spring Boot自动配置的魔法，也没有Redis缓存或Elasticsearch搜索的堆砌，就用最朴素的Spring+SpringMVC+MyBatis三层结构，把电商核心业务逻辑掰开揉碎讲清楚。关键词里的“SSM”不是标签，是整套工程的呼吸节奏：Spring管对象生命周期与事务边界，SpringMVC定请求入口与视图路由，MyBatis做SQL与Java对象的精准缝合。MySQL 5.7+的兼容性不是凑数，而是因为项目里用了datetime(3)毫秒精度存订单创建时间，用了JSON类型字段存购物车临时快照（MySQL 5.7起原生支持），这些细节决定了你本地跑不起来时，第一反应不该是“代码有问题”，而是先查MySQL版本。

它面向的不是“会写Hello World的新人”，而是“卡在Service层事务不生效、搞不清MyBatis动态SQL怎么拼接、弄不懂SpringMVC拦截器和过滤器区别”的进阶学习者。比如前台搜索功能，它没用Lucene，而是用MyBatis的<bind>标签预处理关键词模糊匹配（%${keyword}%），再结合<if>判断是否启用分类筛选——这种写法在真实中小项目中反而更可控、更易调试。再比如模拟支付环节，它没调第三方接口，而是用一个PayService统一处理“余额扣减+订单状态更新+库存扣减”三个操作，并用@Transactional(isolation = Isolation.REPEATABLE_READ)锁住整个事务，让你亲眼看到当两个用户同时抢最后一本书时，数据库如何用行锁保证库存不超卖。这不是教科书里的伪代码，是你打断点单步调试时，能在Debug窗口里看到orderStatus从“待支付”变成“已支付”的真实过程。

如果你正为毕设发愁，这套资源的价值在于：它给你一个可验证的基线。你可以删掉公告模块去专注订单流程，可以把MySQL换成H2做单元测试，甚至能把前台JS换成Vue重写——因为它的分层足够干净，Controller只负责参数校验和跳转，Service封装完整业务原子操作，Mapper只管CRUD。它不强迫你接受某种架构，而是用扎实的代码告诉你：当Spring的IoC容器把BookService注入到BookController时，你写的那行bookService.selectByCategory(id)背后，是MyBatis如何根据BookMapper.xml里的<select>标签生成PreparedStatement，又是如何把ResultSet映射成List 对象的。这种“知道每一行代码在干什么”的踏实感，比任何框架文档都管用。

2. 系统整体设计与分层逻辑拆解

2.1 为什么坚持SSM而非Spring Boot？——教学场景下的技术选型深意

很多人看到“SSM”第一反应是“过时”。但在这套书城项目里，放弃Spring Boot恰恰是最关键的教学设计。Spring Boot的@SpringBootApplication像一层黑盒，自动扫描包、加载配置、启动内嵌Tomcat，新手能跑起来，却不知DispatcherServlet在哪注册、SqlSessionFactoryBean如何被Spring管理、事务代理是怎么织入的。而本项目手动配置web.xml、spring-mvc.xml、applicationContext.xml三份核心配置文件，逼你直面框架底座：

• web.xml里明确声明了ContextLoaderListener监听器，它会在Tomcat启动时读取applicationContext.xml，创建Spring根容器；
• 同时配置DispatcherServlet，它加载spring-mvc.xml，创建Web子容器，子容器能访问父容器的Bean（如Service），但父容器看不到子容器的Bean（如Controller）；
• applicationContext.xml中<tx:annotation-driven/>开启注解式事务，配合DataSourceTransactionManager管理MySQL连接；而spring-mvc.xml里<mvc:annotation-driven/>则启用@RequestMapping等Web注解。

这种显式分层，让初学者能清晰看到：Controller是Web层入口，Service是业务逻辑中枢，Mapper是数据访问出口，三者通过Spring容器的依赖注入（DI）粘合，而非硬编码new对象。当你在OrderController里写@Autowired private OrderService orderService;时，背后是Spring解析XML配置，找到OrderServiceImpl类，实例化后注入——这个过程在Spring Boot里被@ComponentScan和@EnableAutoConfiguration隐藏了，而教学需要的正是这种“可见性”。

2.2 前后台分离的真实含义：不是前后端物理隔离，而是职责切割

项目描述里说“前后端分离结构”，但这里没有Vue/React前端工程，全是JSP/HTML静态页面。这恰恰体现了教学项目的务实：所谓分离，是指业务逻辑与展示逻辑的解耦，而非技术栈的割裂。前台页面（如/book/list.jsp）只负责渲染，所有数据都来自Controller返回的ModelMap；后台管理页（如/admin/book/list.jsp）同样如此。关键在于：

• Controller方法签名严格遵循RESTful风格：@RequestMapping("/book/search")处理搜索，@PostMapping("/cart/add")处理加购，@GetMapping("/order/{id}")查看订单详情；
• 所有URL路径以/book/、/cart/、/order/等业务域划分，而非/servlet/BookServlet这类传统命名；
• 前台与后台共享同一套Service和Mapper，但Controller层完全隔离：BookFrontController只暴露用户可操作接口，BookAdminController则提供增删改查全权限，通过@RequestMapping("/admin")前缀区分。

这种设计教会你一个硬道理：真正的分离，是让前台Controller不碰deleteBook()方法，让后台Controller不暴露addCart()的敏感参数校验逻辑。哪怕未来你用Vue重写前台，只要保持Controller接口契约不变（如POST /api/cart/add接收{bookId:123, count:2}），后端几乎无需改动。这就是分层架构的扩展性价值。

2.3 数据库设计的业务驱动思维：从ER图到字段命名的落地推演

bookmall412.sql脚本不是随便建的几张表。打开它，你会看到6张核心表：t_book（图书）、t_category（分类）、t_user（用户）、t_order（订单）、t_order_item（订单项）、t_comment（评价）。它们的关系不是凭空想象，而是从真实购物流程倒推：

• 用户浏览图书 → 需要t_book关联t_category（外键category_id），且t_book表有stock（库存）字段，这是后续扣库存的依据；
• 用户下单 → 生成t_order（含user_id,order_status,create_time），同时t_order_item记录该订单买了哪几本书（order_id,book_id,count,price），这里price是快照价格，避免图书调价影响历史订单；
• 用户评价 →t_comment表有book_id,user_id,content,score，且status字段标记“待审核/已发布”，为后台审核留接口。

特别注意字段命名规范：全部小写+下划线，如book_name、order_status、create_time。这不是为了好看，而是规避MySQL大小写敏感问题（尤其在Linux服务器部署时）。更关键的是order_status字段，它用tinyint(1)存储，值为0（待支付）、1（已支付）、2（待发货）、3（已发货）、4（已完成）、5（已关闭），而不是varchar存字符串。原因很实在：数据库索引对数字类型查询更快，且Java代码里用OrderStatusEnum枚举类映射，避免字符串硬编码出错。

2.4 模拟支付与订单状态机：电商系统的核心灵魂

很多毕设项目把“支付”做成一个跳转到pay_success.jsp的假按钮。而本项目在PayService里实现了真实的状态机驱动：

@Transactional(isolation = Isolation.REPEATABLE_READ) public boolean payOrder(Long orderId, Long userId) { // 1. 查询订单并校验状态（必须是"待支付"） Order order = orderMapper.selectByPrimaryKey(orderId); if (!OrderStatusEnum.WAIT_PAY.getCode().equals(order.getStatus())) { return false; // 状态非法，拒绝支付 } // 2. 扣减用户余额（此处简化为更新t_user表balance字段） int balanceUpdated = userMapper.updateBalance(userId, -order.getTotalPrice()); if (balanceUpdated == 0) { throw new RuntimeException("余额不足"); } // 3. 更新订单状态为"已支付" order.setStatus(OrderStatusEnum.PAID.getCode()); order.setPayTime(new Date()); orderMapper.updateByPrimaryKeySelective(order); // 4. 扣减库存（遍历订单项，对每本书执行update t_book set stock=stock-count where id=? and stock>=count） for (OrderItem item : order.getItems()) { int stockUpdated = bookMapper.reduceStock(item.getBookId(), item.getCount()); if (stockUpdated == 0) { throw new RuntimeException("图书《" + item.getBookName() + "》库存不足"); } } return true; }

这段代码揭示了电商系统的三个铁律：
第一，状态校验前置——支付前必须确认订单是“待支付”，否则可能重复支付；
第二，事务强一致性——余额扣减、订单状态更新、库存扣减必须在同一个数据库事务里完成，任一失败则全部回滚；
第三，库存扣减带条件——UPDATE ... WHERE stock >= #{count}确保不会出现负库存，这是防止超卖的最后一道防线。

当你在演示视频里看到“抢购最后一本书”时，后台日志会打印stockUpdated = 0，前端弹出“库存不足”，这就是真实业务场景的缩影。

3. 核心模块实操要点与避坑指南

3.1 环境搭建：从零开始的Tomcat+MySQL+IDEA全流程

别急着导入项目，先亲手搭一遍环境。这是理解SSM运行机制的必经之路，也是排查90%“运行不了”问题的根源。

第一步：MySQL 5.7+安装与初始化
- 下载MySQL Community Server 5.7.x（官网archive版），安装时勾选“Add MySQL to PATH”；
- 启动服务后，用命令行登录：mysql -u root -p，输入初始密码；
- 创建数据库：CREATE DATABASE bookmall DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;（注意是utf8mb4，不是utf8，后者不支持emoji，且utf8mb4_unicode_ci排序更准确）；
- 执行建库脚本：source /path/to/bookmall412.sql（路径用正斜杠，Windows下也如此）。

提示：如果执行bookmall412.sql报错“Unknown character set: ‘utf8mb4’”，说明MySQL配置文件my.ini里没启用utf8mb4。需在[mysqld]段添加：
ini character-set-server=utf8mb4 collation-server=utf8mb4_unicode_ci
并重启MySQL服务。这是新手最高频的卡点，别跳过。

第二步：Tomcat 8.5.x配置
- 解压Tomcat 8.5.x（推荐8.5.90），不要用9.x，因项目web.xml是Servlet 3.0规范，9.x默认要求3.1；
- 修改conf/server.xml，在<Connector>标签里添加URIEncoding="UTF-8"，解决中文路径乱码；
- 将项目target/bookmall-1.0-SNAPSHOT.war（编译后生成）复制到webapps/目录下，启动bin/startup.bat（Windows）或startup.sh（Mac/Linux）；
- 访问http://localhost:8080/bookmall-1.0-SNAPSHOT/，若看到首页即成功。

第三步：IDEA导入Maven工程
- 打开IDEA，选择Open→ 选中项目根目录（含pom.xml的文件夹）；
- 弹窗选“Import project from external model” → Maven；
- 关键设置：勾选“Create module groups”，取消勾选“Exclude build directory”；
- 在Project Structure → Project里，将Project SDK设为JDK 1.8（项目用Java 8编译），Language level选8；
- 右键pom.xml→Maven → Reload project，等待依赖下载完成（约3分钟）。

注意：如果IDEA提示“Cannot resolve symbol ‘springframework’”，说明Maven仓库没配好。检查File → Settings → Build → Build Tools → Maven，User settings file指向conf/settings.xml（若无则用默认），Local repository路径不要含中文或空格。

3.2 关键配置文件详解：XML里的控制权博弈

SSM的灵魂藏在三份XML里，读懂它们等于掌握项目命脉。

web.xml：Tomcat与Spring的握手协议

<!-- Spring根容器配置 --> <context-param> <param-name>contextConfigLocation</param-name> <param-value>classpath:applicationContext.xml</param-value> </context-param> <listener> <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class> </listener> <!-- SpringMVC前端控制器 --> <servlet> <servlet-name>dispatcher</servlet-name> <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class> <init-param> <param-name>contextConfigLocation</param-name> <param-value>classpath:spring-mvc.xml</param-value> </init-param> <load-on-startup>1</load-on-startup> </servlet> <servlet-mapping> <servlet-name>dispatcher</servlet-name> <url-pattern>/</url-pattern> </servlet-mapping>

这段代码定义了双容器模型：ContextLoaderListener创建的根容器（加载Service、Mapper等），DispatcherServlet创建的Web容器（加载Controller、ViewResolver等）。<url-pattern>/</url-pattern>意味着所有请求（包括静态资源）都先经过DispatcherServlet，所以必须在spring-mvc.xml里配置<mvc:default-servlet-handler/>放行CSS/JS等静态文件，否则页面会一片空白。

applicationContext.xml：业务世界的宪法

<!-- 数据源配置 --> <bean id="dataSource" class="com.alibaba.druid.pool.DruidDataSource" init-method="init" destroy-method="close"> <property name="url" value="jdbc:mysql://localhost:3306/bookmall?useUnicode=true&amp;characterEncoding=UTF-8&amp;serverTimezone=GMT%2B8"/> <property name="username" value="root"/> <property name="password" value="your_password"/> </bean> <!-- MyBatis会话工厂 --> <bean id="sqlSessionFactory" class="org.mybatis.spring.SqlSessionFactoryBean"> <property name="dataSource" ref="dataSource"/> <property name="mapperLocations" value="classpath:mapper/*.xml"/> </bean> <!-- 事务管理器 --> <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <property name="dataSource" ref="dataSource"/> </bean> <tx:annotation-driven transaction-manager="transactionManager"/>

这里DruidDataSource是阿里开源的高性能连接池，mapperLocations指定了MyBatis映射文件位置（src/main/resources/mapper/下），<tx:annotation-driven>开启了@Transactional注解支持。重点看URL里的serverTimezone=GMT%2B8——这是MySQL 5.7+强制要求的时区参数，漏掉会导致java.sql.SQLException: The server time zone value 'XXX' is unrecognized错误，99%的“连不上数据库”问题源于此。

spring-mvc.xml：Web世界的交通规则

<mvc:annotation-driven/> <mvc:default-servlet-handler/> <!-- 放行静态资源 --> <mvc:resources mapping="/static/**" location="/static/"/> <!-- 映射静态资源路径 --> <!-- 视图解析器 --> <bean class="org.springframework.web.servlet.view.InternalResourceViewResolver"> <property name="prefix" value="/WEB-INF/jsp/"/> <property name="suffix" value=".jsp"/> </bean>

<mvc:annotation-driven/>启用@Controller、@RequestMapping等注解；<mvc:default-servlet-handler/>让Tomcat默认Servlet处理/static/css/style.css这类请求；InternalResourceViewResolver则把Controller返回的字符串（如"book/list"）自动拼成/WEB-INF/jsp/book/list.jsp路径。若页面404，请先检查prefix路径是否与实际JSP存放位置一致（项目中JSP确实在/src/main/webapp/WEB-INF/jsp/下）。

3.3 前台购物流程实操：从搜索到评价的完整链路

我们以“用户搜索《深入理解Java虚拟机》并下单”为例，走一遍代码级流程：

Step 1：关键词搜索（BookFrontController.search()）
- 前端提交GET请求：/book/search?keyword=深入理解Java虚拟机&categoryId=0；
- Controller接收参数，调用bookService.searchBooks(keyword, categoryId)；
- Service层执行MyBatis动态SQL：
xml <select id="searchBooks" resultType="Book"> SELECT * FROM t_book b WHERE 1=1 <if test="keyword != null and keyword != ''"> AND (b.book_name LIKE CONCAT('%', #{keyword}, '%') OR b.author LIKE CONCAT('%', #{keyword}, '%')) </if> <if test="categoryId != null and categoryId != 0"> AND b.category_id = #{categoryId} </if> ORDER BY b.create_time DESC </select>
这里<if>标签实现条件拼接，CONCAT('%', #{keyword}, '%')避免SQL注入（MyBatis的#{}是预编译占位符，安全）。

Step 2：加入购物车（CartController.add()）
- 前端AJAX POST：/cart/add?bookId=101&count=1；
- Controller校验参数后，调用cartService.addCart(userId, bookId, count)；
- Service先查购物车是否存在该书：cartItemMapper.selectByUserIdAndBookId(userId, bookId)；
- 若存在则更新数量：cartItemMapper.updateCount(cartItemId, newCount)；
- 若不存在则插入新记录：cartItemMapper.insert(cartItem)；
-关键点：购物车数据存在Session中还是数据库？本项目存数据库（t_cart_item表），因为Session无法跨服务器，且购物车需持久化（用户下次登录还能看到）。

Step 3：下单与支付（OrderController.createOrder()→PayService.payOrder()）
- 用户点击“去结算”，Controller收集购物车商品，生成订单头（t_order）和订单项（t_order_item）；
- 调用payService.payOrder(orderId, userId)，触发前述状态机逻辑；
- 支付成功后，Controller重定向到/order/success?id=${orderId}，显示订单号和支付成功页。

Step 4：订单查看与评价（OrderController.detail()+CommentController.add()）
- 用户在“我的订单”里点击订单，Controller查orderMapper.selectWithItems(orderId)，该方法在OrderMapper.xml里用<resultMap>嵌套查询订单项；
- 评价功能在订单详情页底部，提交表单到/comment/add，Controller校验用户是否已购买该书（查t_order_item表），再调用commentService.addComment()插入评价。

实操心得：调试时在PayService.payOrder()方法开头打个断点，然后用Postman模拟支付请求，观察Debug窗口里order.getStatus()的值变化。你会发现，当库存不足时，事务回滚后，数据库里订单状态仍为“待支付”，余额未扣减，库存未变动——这就是ACID的直观体现。

3.4 后台管理功能实现：权限隔离与批量操作的工程实践

后台（/admin/路径）不是前台的简单复制，它体现了管理系统的特殊性。

图书CRUD的权限控制
-BookAdminController所有方法都加了@RequestMapping("/admin")前缀；
- 删除图书时，Controller调用bookService.deleteBook(bookId)，Service层先查该书是否有未完成订单：
java public boolean deleteBook(Long bookId) { // 检查是否存在关联订单项 int orderItemCount = orderItemMapper.countByBookId(bookId); if (orderItemCount > 0) { return false; // 有销售记录，禁止删除 } return bookMapper.deleteByPrimaryKey(bookId) > 0; }
这种“软删除”逻辑比直接DELETE FROM t_book更符合业务实际——图书下架不等于数据消失。

订单审核的状态流转
后台订单列表页有“操作”列，提供“发货”按钮。点击后调用OrderAdminController.shipOrder()：

@RequestMapping("/ship") public String shipOrder(@RequestParam Long orderId, Model model) { Order order = orderMapper.selectByPrimaryKey(orderId); if (OrderStatusEnum.WAIT_DELIVER.getCode().equals(order.getStatus())) { order.setStatus(OrderStatusEnum.DELIVERED.getCode()); order.setDeliverTime(new Date()); orderMapper.updateByPrimaryKeySelective(order); model.addAttribute("msg", "发货成功"); } return "redirect:/admin/order/list"; }

这里只允许从“待发货”（WAIT_DELIVER）状态变为“已发货”（DELIVERED），不允许跳过状态（如从“待支付”直接到“已发货”），用代码强制状态机约束。

批量操作的性能优化
后台图书列表页有“批量删除”功能。前端勾选多行，提交/admin/book/batchDelete?ids=101,102,103。Controller解析ID数组后，调用bookService.batchDelete(ids)：

public int batchDelete(List<Long> ids) { // MyBatis动态SQL实现IN查询 return bookMapper.deleteBatch(ids); // 对应BookMapper.xml中的<delete id="deleteBatch"> }

对应XML：

<delete id="deleteBatch"> DELETE FROM t_book WHERE id IN <foreach item="id" collection="list" open="(" separator="," close=")"> #{id} </foreach> </delete>

<foreach>标签将Java List转为SQL的IN (101,102,103)，避免循环调用单条删除，提升批量操作效率。

4. 常见问题与排查技巧实录

4.1 “页面404”问题速查表

4.2 “数据库连接失败”高频故障诊断

故障现象：启动Tomcat时报错java.sql.SQLException: Access denied for user 'root'@'localhost'
根因分析：MySQL 5.7+默认认证插件改为caching_sha2_password，而老版JDBC驱动（如mysql-connector-java 5.1.x）不支持。
解决方案：
1. 进入MySQL命令行，执行：
sql ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'your_password'; FLUSH PRIVILEGES;
2. 或升级JDBC驱动：在pom.xml中将mysql-connector-java版本改为8.0.28（与MySQL 5.7兼容）。

故障现象：org.springframework.jdbc.CannotGetJdbcConnectionException: Could not get JDBC Connection
根因分析：applicationContext.xml中数据库URL的serverTimezone参数缺失或错误。
解决方案：
- URL必须包含serverTimezone=GMT%2B8（中国标准时间），完整示例：
jdbc:mysql://localhost:3306/bookmall?useUnicode=true&characterEncoding=UTF-8&serverTimezone=GMT%2B8
- 注意&在XML中要写成&，否则XML解析失败。

4.3 “购物车数量不更新”与“库存超卖”的并发陷阱

问题场景：两个用户同时对同一本库存为1的书点击“加入购物车”，结果购物车都显示数量为1，但库存变为-1。
技术本质：数据库读-改-写（Read-Modify-Write）竞态条件。
排查思路：
- 在CartService.addCart()方法里，cartItemMapper.selectByUserIdAndBookId()查到记录后，cartItemMapper.updateCount()执行前，另一个线程也查到了同一条记录；
- 两者都执行update count=count+1，导致最终库存=原始值+2，而非+1。

终极解法（非乐观锁）：
在cartItemMapper.xml中，将更新语句改为带条件的原子操作：

<update id="updateCount"> UPDATE t_cart_item SET count = count + #{count} WHERE user_id = #{userId} AND book_id = #{bookId} AND count > 0 </update>

这样即使并发，数据库行锁也会保证只有一个UPDATE成功，另一个返回0行影响，Service层据此抛出异常提示“操作冲突”。

4.4 “中文乱码”问题的全链路治理

乱码常出现在三处：数据库存入乱码、页面显示乱码、URL参数乱码。

数据库层面：
- 创建数据库时指定字符集：CREATE DATABASE bookmall DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
-bookmall412.sql脚本头部必须有：SET NAMES utf8mb4;

JDBC连接层面：
-applicationContext.xml中URL必须含useUnicode=true&characterEncoding=UTF-8；
- 若仍乱码，在DruidDataSource配置中追加：
xml <property name="connectionProperties" value="druid.stat.mergeSql=true;druid.stat.slowSqlMillis=5000;useUnicode=true;characterEncoding=UTF-8"/>

Tomcat层面：
-conf/server.xml中<Connector>标签添加URIEncoding="UTF-8"；
-conf/web.xml中配置<filter>解决GET请求乱码（项目已内置CharacterEncodingFilter，确保其<filter-mapping>在所有其他Filter之前）。

JSP层面：
- 所有JSP顶部添加：<%@ page contentType="text/html;charset=UTF-8" language="java" %>；
- HTML head中添加：<meta charset="UTF-8">。

经验总结：遇到乱码，按“数据库→JDBC→Tomcat→JSP”顺序逐层排查，90%的问题出在JDBC URL缺参数或Tomcat Connector缺URIEncoding。

5. 二次开发与能力延伸建议

这套书城不是终点，而是你构建更复杂系统的起点。基于它做二次开发，既能巩固SSM，又能接触真实工程挑战。

第一阶段：夯实基础（1-2天）
-增加登录验证码：在UserLoginController.login()方法前，用Kaptcha生成图片验证码，存入Session，登录时比对。关键点：验证码校验必须在@Valid参数校验之前，否则@NotBlank失败会跳过验证码逻辑。
-集成Logback日志：替换log4j，在src/main/resources/logback-spring.xml中配置，按INFO级别输出到logs/app.log，ERROR级别单独输出到logs/error.log。好处是线上出问题时，不用翻Tomcat日志，直接看error.log。

第二阶段：提升体验（3-5天）
-前台搜索增强：将MyBatis模糊查询改为全文索引。在t_book表的book_name和author字段上建FULLTEXT索引：ALTER TABLE t_book ADD FULLTEXT(book_name, author);，然后SQL改为MATCH(book_name, author) AGAINST(#{keyword} IN NATURAL LANGUAGE MODE)，搜索相关性更高。
-购物车持久化到Redis：将CartService中原本操作数据库的逻辑，改为操作Redis Hash（HSET cart:{userId} {bookId} {count}），用EXPIRE cart:{userId} 3600设置1小时过期。优势是减轻数据库压力，且购物车数据可跨服务器共享。

第三阶段：对接真实生态（1周+）
-接入微信支付沙箱：申请微信支付商户号，下载证书，用wxpay-sdk替换PayService。关键改造：payOrder()不再扣余额，而是调用微信统一下单API获取prepay_id，前端用wx.requestPayment()唤起支付。此时OrderStatus需新增“支付中”状态，回调地址/pay/notify处理异步通知。
-订单导出Excel：用Apache POI在OrderAdminController.exportOrders()中，将订单列表生成Excel文件，response.setContentType("application/vnd.ms-excel")设置响应头，response.setHeader("Content-Disposition", "attachment;filename=orders_" + now + ".xls")触发下载。这是后台管理的刚需功能。

最后分享一个小技巧：当你想快速验证某个Service方法是否被调用，不必打断点，直接在方法里加一行System.out.println("【DEBUG】进入xxx方法");。虽然土，但在Tomcat日志里一眼就能定位执行流，比配置Log4j还快——这是我在生产环境救火时练出来的本能。这套书城的所有代码，都为你预留了这样的调试入口，大胆去改、去试、去破坏，然后再修复。真正的架构能力，永远诞生于解决问题的过程中，而不是背诵概念的瞬间。

本文还有配套的精品资源，点击获取

简介：基于Spring+SpringMVC+MyBatis搭建的完整电商类Java Web系统，适配MySQL 5.7+，运行于Tomcat 8/9。前台支持图书分类浏览、模糊搜索、购物车管理、模拟下单与支付、订单状态跟踪、用户评价提交；后台提供图书CRUD、图书分类维护、订单审核（待发货/已发货/已完成）、用户评价审核、系统公告发布等管理能力。资源包包含可直接导入IDEA的Maven工程（含完整src目录结构）、bookmall412.sql建库建表脚本、编译后class文件、配套操作演示视频（含前台购物流程与后台管理实操）、测试用例说明及基础配置文档。所有功能模块均通过本地环境验证，数据库字段命名规范，关键逻辑配有中文注释，分层清晰（Controller-Service-Mapper），便于理解SSM整合流程、RESTful接口设计思路以及典型电商系统中库存、订单、用户交互等业务落地方式。

本文还有配套的精品资源，点击获取