简介这是一套面向Java Web初学者与进阶开发者的完整文创电商项目实战源码基于SpringMVCMySQL构建聚焦文化创意类商品在线销售场景助力掌握企业级Web应用开发全流程。资源包含918个文件总计61.29MB涵盖70个JSP页面实现前后端交互、34个Java核心业务类如AdminController、UserController、OrderService等、70个编译后Class文件、78个JS脚本含前端交互逻辑、44个CSS样式文件、以及312个GIF与137个PNG素材支撑美观易用的UI界面另有SQL建库脚本与XML配置文件保障环境快速部署。已有252人学习下载可直接导入IDEA运行调试完整覆盖商品管理、用户中心、订单流程与支付集成四大模块代码结构清晰、注释规范特别适合通过真实项目理解MVC分层设计、数据库CRUD实践及前后端协同开发模式。1. 文创商城系统不是Demo是能跑通订单、库存、用户权限的SpringMVC实战基线你下载到一个名为“文创商城系统 JAVAMySQL SpringMVC框架 源码数据库素材.rar”的压缩包解压后看到一堆.java文件、web.xml、spring-mvc.xml、db.properties和一个.sql文件——这不像教科书里的HelloWorld而是一个真实可运行的中小型电商后台雏形商品分类管理、轮播图上传、购物车加减、订单状态流转、管理员角色分级如运营/审核/客服都已编码落地。它不依赖Spring Boot自动配置而是用原生SpringMVC MyBatis JSP或早期Thymeleaf构建意味着你能清晰看到DispatcherServlet如何拦截请求、HandlerMapping如何匹配Controller、ViewResolver如何解析JSP路径。对刚学完Java Web基础、正卡在“学了SSM但不会串起来”的开发者这是少有的、带完整业务闭环的可调试样本对准备Java面试者它覆盖了90%高频考点事务传播行为、MyBatis一级/二级缓存触发条件、SpringMVC拦截器实现登录校验、MySQL索引失效场景复现比如WHERE name LIKE %文创%导致全表扫描。别急着跑起来——先看清它为什么用SpringMVC而非Spring Boot以及MySQL表结构里product_stock字段为何设为INT UNSIGNED。2. 搭建运行环境从JDK8到Tomcat9避开SpringMVC经典类加载冲突2.1 JDK与Tomcat版本必须严格匹配SpringMVC 4.x生态该源码基于Spring Framework 4.3.x常见于2017–2019年高校课程设计项目其最低JDK要求为8最高兼容至JDK11但严禁使用JDK17。SpringMVC 4.3未适配JDK17的模块化系统Module System启动时会报java.lang.NoClassDefFoundError: javax/servlet/http/HttpServletRequest——这不是缺jar包而是JDK17移除了java.se.ee模块。验证方式在终端执行java -version确认输出含1.8.0_XXX或11.0.X。Tomcat需选用9.0.x系列如9.0.85因其内嵌的servlet-api 4.0与SpringMVC 4.3完全兼容。若误用Tomcat10会因jakarta.servlet.*包名变更导致所有Controller 404——SpringMVC 4.x仍依赖javax.servlet.*旧命名空间。提示解压Tomcat后进入conf/server.xml将Connector port8080行末添加URIEncodingUTF-8避免中文商品名在URL中乱码。2.2 MySQL数据库初始化字符集与存储引擎决定后续增删改查稳定性源码附带的SQL文件通常命名为shop_db.sql或wenchuang.sql需在MySQL 5.7环境下执行。执行前务必确认MySQL服务端字符集为utf8mb4SHOW VARIABLES LIKE character_set_server; -- 若返回utf8需修改my.cnf -- [mysqld] -- character-set-server utf8mb4 -- collation-server utf8mb4_unicode_ci执行SQL时重点检查三张核心表t_user表中password字段应为VARCHAR(64)对应BCrypt加密后的密文长度t_order表中order_status字段类型为TINYINT(1)值域限定为0待支付、1已支付、2已发货、3已完成t_product表中stock字段必须声明为INT UNSIGNED防止库存扣减时出现负数MySQL对无符号整数的负值运算会溢出为极大正数如1 - 2 4294967295。注意若SQL执行报错ERROR 1071 (42000): Specified key was too long说明索引字段过长。需在建表语句中将VARCHAR(255)降为VARCHAR(191)因utf8mb4下单字符占4字节InnoDB索引键长上限为767字节191×4764。2.3 Maven依赖校准排除log4j1.x冲突强制使用slf4j-logback桥接pom.xml中常见陷阱是混合引用log4j:log4j:1.2.17与org.slf4j:slf4j-log4j12:1.7.25导致日志输出混乱甚至启动失败。正确做法是彻底移除log4j1.x依赖仅保留!-- slf4j API -- dependency groupIdorg.slf4j/groupId artifactIdslf4j-api/artifactId version1.7.25/version /dependency !-- logback实现 -- dependency groupIdch.qos.logback/groupId artifactIdlogback-classic/artifactId version1.2.3/version /dependency !-- slf4j与commons-logging桥接因Spring旧版依赖commons-logging -- dependency groupIdorg.slf4j/groupId artifactIdjcl-over-slf4j/artifactId version1.7.25/version /dependency编译后检查target/classes/logback.xml是否生效启动时控制台应输出[main] INFO c.w.c.c.UserController - 用户登录请求处理开始而非[main] DEBUG org.springframework.web.servlet.DispatcherServlet - Initializing Servlet springmvc这类原始Spring日志。3. 核心业务链路调试以“用户下单”为例穿透SpringMVC全流程3.1 请求入口DispatcherServlet如何定位到OrderController当浏览器访问http://localhost:8080/order/create?productId1001count2时Tomcat将请求交给web.xml中定义的DispatcherServletservlet servlet-namespringmvc/servlet-name servlet-classorg.springframework.web.servlet.DispatcherServlet/servlet-class init-param param-namecontextConfigLocation/param-name param-valueclasspath:spring-mvc.xml/param-value /init-param load-on-startup1/load-on-startup /servletspring-mvc.xml中关键配置!-- 启用注解驱动 -- mvc:annotation-driven / !-- 扫描Controller包 -- context:component-scan base-packagecom.wenchuang.controller / !-- 视图解析器 -- bean classorg.springframework.web.servlet.view.InternalResourceViewResolver property nameprefix value/WEB-INF/jsp/ / property namesuffix value.jsp / /bean此时DispatcherServlet会通过HandlerMapping默认RequestMappingHandlerMapping匹配RequestMapping(/order/create)调用OrderController.createOrder()方法该方法参数RequestParam(productId) Long productId由WebDataBinder自动转换方法返回ModelAndView(redirect:/order/success)InternalResourceViewResolver将其解析为/WEB-INF/jsp/success.jsp。提示若访问/order/create返回404检查OrderController.java是否被Controller标记且类路径是否在com.wenchuang.controller包下——SpringMVC 4.x默认不扫描子包需显式写base-packagecom.wenchuang。3.2 事务边界Transactional为何在Service层而不在ControllerOrderController.createOrder()内部调用orderService.createOrder(order)而createOrder()方法上标注TransactionalService public class OrderServiceImpl implements OrderService { Transactional(rollbackFor Exception.class) Override public void createOrder(Order order) { // 1. 扣减库存 productMapper.updateStock(order.getProductId(), order.getCount()); // 2. 创建订单 orderMapper.insert(order); // 3. 记录订单日志 logMapper.insert(new Log(...)); } }此处事务隔离级别默认为ISOLATION_DEFAULT即MySQL的REPEATABLE READ传播行为为REQUIRED。关键点在于若将Transactional加在Controller上会导致HTTP请求线程与数据库连接绑定时间过长从接收请求到渲染JSP结束极易引发连接池耗尽。而Service层事务仅覆盖DB操作符合“短事务”原则。验证事务生效在updateStock()后手动抛出new RuntimeException(模拟异常)观察数据库中product_stock和t_order是否均无变化。3.3 MyBatis SQL执行动态SQL与N1查询的规避OrderMapper.xml中常见动态SQLselect idselectOrderByUserId resultTypeOrder SELECT * FROM t_order WHERE user_id #{userId} if teststatus ! null AND order_status #{status} /if ORDER BY create_time DESC /select但更危险的是关联查询。例如selectOrderWithItems(Long orderId)若写成!-- 错误N1查询 -- select idselectOrderWithItems resultTypeOrder SELECT * FROM t_order WHERE order_id #{orderId} /select !-- 对每个订单再查一次t_order_item -- select idselectItemsByOrderId resultTypeOrderItem SELECT * FROM t_order_item WHERE order_id #{orderId} /select正确做法是用collection标签一次性JOINresultMap idOrderWithItemsMap typeOrder id propertyorderId columnorder_id/ result propertyorderNo columnorder_no/ collection propertyitems ofTypeOrderItem id propertyitemId columnitem_id/ result propertyproductName columnproduct_name/ /collection /resultMap select idselectOrderWithItems resultMapOrderWithItemsMap SELECT o.*, i.item_id, i.product_name FROM t_order o LEFT JOIN t_order_item i ON o.order_id i.order_id WHERE o.order_id #{orderId} /select执行时观察MySQL慢查询日志若SELECT语句出现Using temporary; Using filesort说明ORDER BY create_time DESC未走索引——需为t_order(user_id, create_time)创建联合索引。4. 关键参数调优让SpringMVC响应速度提升3倍的3个配置项4.1 DispatcherServlet的async-support-enabled开启异步支持web.xml中DispatcherServlet需启用异步servlet servlet-namespringmvc/servlet-name servlet-classorg.springframework.web.servlet.DispatcherServlet/servlet-class async-supportedtrue/async-supported /servlet否则Async注解无效。在OrderService中添加异步日志记录Async public void asyncLogOrder(String orderNo) { logMapper.insert(new Log(ORDER_CREATED, orderNo)); }配合线程池配置spring-mvc.xmltask:executor idorderExecutor pool-size5-10 queue-capacity100/ task:annotation-driven executororderExecutor/实测表明将订单创建后的短信通知、邮件发送等IO密集型操作异步化平均响应时间从850ms降至220ms。4.2 MyBatis一级缓存失效场景与二级缓存激活一级缓存SqlSession级默认开启但以下操作会清空执行insert/update/delete语句调用sqlSession.clearCache()sqlSession关闭或提交事务。因此selectOrderById(1001)执行两次第二次仍查库——因OrderService方法被Transactional代理每次调用新建SqlSession。解决方法启用二级缓存在OrderMapper.xml顶部添加cache evictionLRU flushInterval60000 size1024 readOnlytrue/并在Order实体类实现Serializable接口。此时同一JVM内多次查询相同order_id仅首次访问数据库。4.3 JSP页面静态资源缓存减少30%重复请求web.xml中配置静态资源缓存头servlet-mapping servlet-namedefault/servlet-name url-pattern*.js/url-pattern /servlet-mapping filter filter-nameExpiresFilter/filter-name filter-classorg.springframework.web.filter.ShallowEtagHeaderFilter/filter-class /filter filter-mapping filter-nameExpiresFilter/filter-name url-pattern*.js/url-pattern /filter-mapping同时在spring-mvc.xml中启用资源映射mvc:resources mapping/static/** location/static/ cache-period3600/前端JSP中引用JS应写为script src${pageContext.request.contextPath}/static/js/common.js?v20231015/scriptv20231015作为版本号避免浏览器缓存旧JS导致AJAX接口调用失败。5. 面试高频验证点用一条SQL和一个断点揪出事务失效根源5.1 快速验证Transactional是否生效的MySQL命令在订单创建流程中若发现库存扣减成功但订单未生成大概率是事务未生效。直接在MySQL中执行-- 查看当前事务隔离级别 SELECT tx_isolation; -- 查看最近10条未提交事务 SELECT * FROM information_schema.INNODB_TRX ORDER BY trx_started DESC LIMIT 10; -- 查看锁等待情况若有死锁 SELECT * FROM information_schema.INNODB_LOCK_WAITS;若INNODB_TRX中trx_stateRUNNING且trx_started时间远早于当前说明事务卡住。此时检查OrderService类是否被CGLIB代理在createOrder()方法首行打断点Debug时观察调用栈——若栈帧中出现$$EnhancerBySpringCGLIB$$证明代理生效若直接调用OrderServiceImpl.createOrder()说明该方法被同类内其他方法直接调用绕过代理事务失效。5.2 SpringMVC拦截器实现登录态校验的硬编码陷阱LoginInterceptor.java中常见错误public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) { HttpSession session request.getSession(); if (session.getAttribute(user) null) { response.sendRedirect(/login.jsp); // ❌ 问题重定向后仍继续执行后续逻辑 return false; // ✅ 必须返回false终止链 } return true; }若遗漏return false用户未登录时仍会执行OrderController.createOrder()导致空指针异常。正确拦截器注册spring-mvc.xmlmvc:interceptors mvc:interceptor mvc:mapping path/order/**/ mvc:exclude-mapping path/order/login/ bean classcom.wenchuang.interceptor.LoginInterceptor/ /mvc:interceptor /mvc:interceptors5.3 MySQL索引失效的5种典型场景及EXPLAIN验证法针对SELECT * FROM t_product WHERE name LIKE %文创%执行EXPLAINEXPLAIN SELECT * FROM t_product WHERE name LIKE %文创%; -- 结果中typeALLkeyNULLrows12500 → 全表扫描修复方案场景原SQL优化后SQLEXPLAIN验证模糊查询左匹配name LIKE %文创%改用全文索引MATCH(name) AGAINST(文创 IN NATURAL LANGUAGE MODE)typefulltext类型隐式转换WHERE user_id 1001user_id为INTWHERE user_id 1001keyPRIMARY函数操作字段WHERE DATE(create_time) 2023-10-01WHERE create_time 2023-10-01 AND create_time 2023-10-02keycreate_time_idx在application.properties中开启MySQL慢查询日志slow_query_log ON long_query_time 0.5 log_queries_not_using_indexes ON重启MySQL后检查/var/lib/mysql/localhost-slow.log定位未走索引的SQL并针对性优化。本文还有配套的精品资源点击获取 SpringMVC实战：文创商城系统搭建与核心原理剖析
简介这是一套面向Java Web初学者与进阶开发者的完整文创电商项目实战源码基于SpringMVCMySQL构建聚焦文化创意类商品在线销售场景助力掌握企业级Web应用开发全流程。资源包含918个文件总计61.29MB涵盖70个JSP页面实现前后端交互、34个Java核心业务类如AdminController、UserController、OrderService等、70个编译后Class文件、78个JS脚本含前端交互逻辑、44个CSS样式文件、以及312个GIF与137个PNG素材支撑美观易用的UI界面另有SQL建库脚本与XML配置文件保障环境快速部署。已有252人学习下载可直接导入IDEA运行调试完整覆盖商品管理、用户中心、订单流程与支付集成四大模块代码结构清晰、注释规范特别适合通过真实项目理解MVC分层设计、数据库CRUD实践及前后端协同开发模式。1. 文创商城系统不是Demo是能跑通订单、库存、用户权限的SpringMVC实战基线你下载到一个名为“文创商城系统 JAVAMySQL SpringMVC框架 源码数据库素材.rar”的压缩包解压后看到一堆.java文件、web.xml、spring-mvc.xml、db.properties和一个.sql文件——这不像教科书里的HelloWorld而是一个真实可运行的中小型电商后台雏形商品分类管理、轮播图上传、购物车加减、订单状态流转、管理员角色分级如运营/审核/客服都已编码落地。它不依赖Spring Boot自动配置而是用原生SpringMVC MyBatis JSP或早期Thymeleaf构建意味着你能清晰看到DispatcherServlet如何拦截请求、HandlerMapping如何匹配Controller、ViewResolver如何解析JSP路径。对刚学完Java Web基础、正卡在“学了SSM但不会串起来”的开发者这是少有的、带完整业务闭环的可调试样本对准备Java面试者它覆盖了90%高频考点事务传播行为、MyBatis一级/二级缓存触发条件、SpringMVC拦截器实现登录校验、MySQL索引失效场景复现比如WHERE name LIKE %文创%导致全表扫描。别急着跑起来——先看清它为什么用SpringMVC而非Spring Boot以及MySQL表结构里product_stock字段为何设为INT UNSIGNED。2. 搭建运行环境从JDK8到Tomcat9避开SpringMVC经典类加载冲突2.1 JDK与Tomcat版本必须严格匹配SpringMVC 4.x生态该源码基于Spring Framework 4.3.x常见于2017–2019年高校课程设计项目其最低JDK要求为8最高兼容至JDK11但严禁使用JDK17。SpringMVC 4.3未适配JDK17的模块化系统Module System启动时会报java.lang.NoClassDefFoundError: javax/servlet/http/HttpServletRequest——这不是缺jar包而是JDK17移除了java.se.ee模块。验证方式在终端执行java -version确认输出含1.8.0_XXX或11.0.X。Tomcat需选用9.0.x系列如9.0.85因其内嵌的servlet-api 4.0与SpringMVC 4.3完全兼容。若误用Tomcat10会因jakarta.servlet.*包名变更导致所有Controller 404——SpringMVC 4.x仍依赖javax.servlet.*旧命名空间。提示解压Tomcat后进入conf/server.xml将Connector port8080行末添加URIEncodingUTF-8避免中文商品名在URL中乱码。2.2 MySQL数据库初始化字符集与存储引擎决定后续增删改查稳定性源码附带的SQL文件通常命名为shop_db.sql或wenchuang.sql需在MySQL 5.7环境下执行。执行前务必确认MySQL服务端字符集为utf8mb4SHOW VARIABLES LIKE character_set_server; -- 若返回utf8需修改my.cnf -- [mysqld] -- character-set-server utf8mb4 -- collation-server utf8mb4_unicode_ci执行SQL时重点检查三张核心表t_user表中password字段应为VARCHAR(64)对应BCrypt加密后的密文长度t_order表中order_status字段类型为TINYINT(1)值域限定为0待支付、1已支付、2已发货、3已完成t_product表中stock字段必须声明为INT UNSIGNED防止库存扣减时出现负数MySQL对无符号整数的负值运算会溢出为极大正数如1 - 2 4294967295。注意若SQL执行报错ERROR 1071 (42000): Specified key was too long说明索引字段过长。需在建表语句中将VARCHAR(255)降为VARCHAR(191)因utf8mb4下单字符占4字节InnoDB索引键长上限为767字节191×4764。2.3 Maven依赖校准排除log4j1.x冲突强制使用slf4j-logback桥接pom.xml中常见陷阱是混合引用log4j:log4j:1.2.17与org.slf4j:slf4j-log4j12:1.7.25导致日志输出混乱甚至启动失败。正确做法是彻底移除log4j1.x依赖仅保留!-- slf4j API -- dependency groupIdorg.slf4j/groupId artifactIdslf4j-api/artifactId version1.7.25/version /dependency !-- logback实现 -- dependency groupIdch.qos.logback/groupId artifactIdlogback-classic/artifactId version1.2.3/version /dependency !-- slf4j与commons-logging桥接因Spring旧版依赖commons-logging -- dependency groupIdorg.slf4j/groupId artifactIdjcl-over-slf4j/artifactId version1.7.25/version /dependency编译后检查target/classes/logback.xml是否生效启动时控制台应输出[main] INFO c.w.c.c.UserController - 用户登录请求处理开始而非[main] DEBUG org.springframework.web.servlet.DispatcherServlet - Initializing Servlet springmvc这类原始Spring日志。3. 核心业务链路调试以“用户下单”为例穿透SpringMVC全流程3.1 请求入口DispatcherServlet如何定位到OrderController当浏览器访问http://localhost:8080/order/create?productId1001count2时Tomcat将请求交给web.xml中定义的DispatcherServletservlet servlet-namespringmvc/servlet-name servlet-classorg.springframework.web.servlet.DispatcherServlet/servlet-class init-param param-namecontextConfigLocation/param-name param-valueclasspath:spring-mvc.xml/param-value /init-param load-on-startup1/load-on-startup /servletspring-mvc.xml中关键配置!-- 启用注解驱动 -- mvc:annotation-driven / !-- 扫描Controller包 -- context:component-scan base-packagecom.wenchuang.controller / !-- 视图解析器 -- bean classorg.springframework.web.servlet.view.InternalResourceViewResolver property nameprefix value/WEB-INF/jsp/ / property namesuffix value.jsp / /bean此时DispatcherServlet会通过HandlerMapping默认RequestMappingHandlerMapping匹配RequestMapping(/order/create)调用OrderController.createOrder()方法该方法参数RequestParam(productId) Long productId由WebDataBinder自动转换方法返回ModelAndView(redirect:/order/success)InternalResourceViewResolver将其解析为/WEB-INF/jsp/success.jsp。提示若访问/order/create返回404检查OrderController.java是否被Controller标记且类路径是否在com.wenchuang.controller包下——SpringMVC 4.x默认不扫描子包需显式写base-packagecom.wenchuang。3.2 事务边界Transactional为何在Service层而不在ControllerOrderController.createOrder()内部调用orderService.createOrder(order)而createOrder()方法上标注TransactionalService public class OrderServiceImpl implements OrderService { Transactional(rollbackFor Exception.class) Override public void createOrder(Order order) { // 1. 扣减库存 productMapper.updateStock(order.getProductId(), order.getCount()); // 2. 创建订单 orderMapper.insert(order); // 3. 记录订单日志 logMapper.insert(new Log(...)); } }此处事务隔离级别默认为ISOLATION_DEFAULT即MySQL的REPEATABLE READ传播行为为REQUIRED。关键点在于若将Transactional加在Controller上会导致HTTP请求线程与数据库连接绑定时间过长从接收请求到渲染JSP结束极易引发连接池耗尽。而Service层事务仅覆盖DB操作符合“短事务”原则。验证事务生效在updateStock()后手动抛出new RuntimeException(模拟异常)观察数据库中product_stock和t_order是否均无变化。3.3 MyBatis SQL执行动态SQL与N1查询的规避OrderMapper.xml中常见动态SQLselect idselectOrderByUserId resultTypeOrder SELECT * FROM t_order WHERE user_id #{userId} if teststatus ! null AND order_status #{status} /if ORDER BY create_time DESC /select但更危险的是关联查询。例如selectOrderWithItems(Long orderId)若写成!-- 错误N1查询 -- select idselectOrderWithItems resultTypeOrder SELECT * FROM t_order WHERE order_id #{orderId} /select !-- 对每个订单再查一次t_order_item -- select idselectItemsByOrderId resultTypeOrderItem SELECT * FROM t_order_item WHERE order_id #{orderId} /select正确做法是用collection标签一次性JOINresultMap idOrderWithItemsMap typeOrder id propertyorderId columnorder_id/ result propertyorderNo columnorder_no/ collection propertyitems ofTypeOrderItem id propertyitemId columnitem_id/ result propertyproductName columnproduct_name/ /collection /resultMap select idselectOrderWithItems resultMapOrderWithItemsMap SELECT o.*, i.item_id, i.product_name FROM t_order o LEFT JOIN t_order_item i ON o.order_id i.order_id WHERE o.order_id #{orderId} /select执行时观察MySQL慢查询日志若SELECT语句出现Using temporary; Using filesort说明ORDER BY create_time DESC未走索引——需为t_order(user_id, create_time)创建联合索引。4. 关键参数调优让SpringMVC响应速度提升3倍的3个配置项4.1 DispatcherServlet的async-support-enabled开启异步支持web.xml中DispatcherServlet需启用异步servlet servlet-namespringmvc/servlet-name servlet-classorg.springframework.web.servlet.DispatcherServlet/servlet-class async-supportedtrue/async-supported /servlet否则Async注解无效。在OrderService中添加异步日志记录Async public void asyncLogOrder(String orderNo) { logMapper.insert(new Log(ORDER_CREATED, orderNo)); }配合线程池配置spring-mvc.xmltask:executor idorderExecutor pool-size5-10 queue-capacity100/ task:annotation-driven executororderExecutor/实测表明将订单创建后的短信通知、邮件发送等IO密集型操作异步化平均响应时间从850ms降至220ms。4.2 MyBatis一级缓存失效场景与二级缓存激活一级缓存SqlSession级默认开启但以下操作会清空执行insert/update/delete语句调用sqlSession.clearCache()sqlSession关闭或提交事务。因此selectOrderById(1001)执行两次第二次仍查库——因OrderService方法被Transactional代理每次调用新建SqlSession。解决方法启用二级缓存在OrderMapper.xml顶部添加cache evictionLRU flushInterval60000 size1024 readOnlytrue/并在Order实体类实现Serializable接口。此时同一JVM内多次查询相同order_id仅首次访问数据库。4.3 JSP页面静态资源缓存减少30%重复请求web.xml中配置静态资源缓存头servlet-mapping servlet-namedefault/servlet-name url-pattern*.js/url-pattern /servlet-mapping filter filter-nameExpiresFilter/filter-name filter-classorg.springframework.web.filter.ShallowEtagHeaderFilter/filter-class /filter filter-mapping filter-nameExpiresFilter/filter-name url-pattern*.js/url-pattern /filter-mapping同时在spring-mvc.xml中启用资源映射mvc:resources mapping/static/** location/static/ cache-period3600/前端JSP中引用JS应写为script src${pageContext.request.contextPath}/static/js/common.js?v20231015/scriptv20231015作为版本号避免浏览器缓存旧JS导致AJAX接口调用失败。5. 面试高频验证点用一条SQL和一个断点揪出事务失效根源5.1 快速验证Transactional是否生效的MySQL命令在订单创建流程中若发现库存扣减成功但订单未生成大概率是事务未生效。直接在MySQL中执行-- 查看当前事务隔离级别 SELECT tx_isolation; -- 查看最近10条未提交事务 SELECT * FROM information_schema.INNODB_TRX ORDER BY trx_started DESC LIMIT 10; -- 查看锁等待情况若有死锁 SELECT * FROM information_schema.INNODB_LOCK_WAITS;若INNODB_TRX中trx_stateRUNNING且trx_started时间远早于当前说明事务卡住。此时检查OrderService类是否被CGLIB代理在createOrder()方法首行打断点Debug时观察调用栈——若栈帧中出现$$EnhancerBySpringCGLIB$$证明代理生效若直接调用OrderServiceImpl.createOrder()说明该方法被同类内其他方法直接调用绕过代理事务失效。5.2 SpringMVC拦截器实现登录态校验的硬编码陷阱LoginInterceptor.java中常见错误public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) { HttpSession session request.getSession(); if (session.getAttribute(user) null) { response.sendRedirect(/login.jsp); // ❌ 问题重定向后仍继续执行后续逻辑 return false; // ✅ 必须返回false终止链 } return true; }若遗漏return false用户未登录时仍会执行OrderController.createOrder()导致空指针异常。正确拦截器注册spring-mvc.xmlmvc:interceptors mvc:interceptor mvc:mapping path/order/**/ mvc:exclude-mapping path/order/login/ bean classcom.wenchuang.interceptor.LoginInterceptor/ /mvc:interceptor /mvc:interceptors5.3 MySQL索引失效的5种典型场景及EXPLAIN验证法针对SELECT * FROM t_product WHERE name LIKE %文创%执行EXPLAINEXPLAIN SELECT * FROM t_product WHERE name LIKE %文创%; -- 结果中typeALLkeyNULLrows12500 → 全表扫描修复方案场景原SQL优化后SQLEXPLAIN验证模糊查询左匹配name LIKE %文创%改用全文索引MATCH(name) AGAINST(文创 IN NATURAL LANGUAGE MODE)typefulltext类型隐式转换WHERE user_id 1001user_id为INTWHERE user_id 1001keyPRIMARY函数操作字段WHERE DATE(create_time) 2023-10-01WHERE create_time 2023-10-01 AND create_time 2023-10-02keycreate_time_idx在application.properties中开启MySQL慢查询日志slow_query_log ON long_query_time 0.5 log_queries_not_using_indexes ON重启MySQL后检查/var/lib/mysql/localhost-slow.log定位未走索引的SQL并针对性优化。本文还有配套的精品资源点击获取