尧图网站建设 
简介这是一份Java SSM架构的校园在线点餐系统完整源码适用于Java Web初学者、毕业设计或课程设计人群解决从零搭建前后台点餐管理平台的需求。系统分为前台与后台前台支持用户注册登录、购物车、订单管理、商品评论及校园资讯浏览后台涵盖用户、商品、订单、评论、资讯等模块管理。技术栈基于SpringSpring MVCMyBatis前端采用Layui、JSP与jQuery运行环境为JDK8、Tomcat8、MySQL5.6并附带Maven工程与数据库SQL文件。资源共2000个文件包含大量JSP页面、Java类、CSS样式、JavaScript脚本、HTML静态页及图片资源另有配置文件与SQL建表语句压缩包约46.05MB。目前已有949人学习下载。解压后按说明修改jdbc.properties数据库连接和Tomcat端口即可运行可帮助读者快速理解SSM整合流程、获取完整前后台业务代码与数据库设计脚本适合直接用于课程设计或毕设二次开发。1. 为什么 SSM 校园在线点餐系统源码值得拆开读一遍很多 Java 开发觉得 Spring Boot 上手之后SSM 就是过时产物。实际上 Spring Boot 只是把 Spring、SpringMVC、MyBatis 的配置自动化了核心的事务、Bean 管理、SQL 映射、拦截器原理一点没变。这套 Java ssm 校园在线点餐系统源码带完整数据库脚本前台覆盖注册、登录、购物车、订单、评论、校园资讯后台覆盖用户、商品、订单、评论、资讯管理是一个从浏览器请求到 MySQL 落库的全链路样本。直接拿来做数据库课程设计底子或者用来回答 Java 面试题里关于 SSM 框架运行机制的问题都比零散看教程要快。下面我会按实操顺序把分层设计、表结构、启动步骤、购物车订单代码和简历级改造点一次讲透。2. SSM 分层原理与点餐系统的数据库建模2.1 Spring、SpringMVC、MyBatis 在点餐系统里各管什么这套源码是典型的前后端不分离结构spring、spring mvc、mybatis 负责后端layui、jsp、jquery 负责页面。请求完整路径是浏览器发起请求后DispatcherServlet 先拦截路径通过 HandlerMapping 找到 ForeController 里的具体方法Controller 接收参数后不直接写 JDBC而是调用 Service 接口Service 方法上加了事务注解后再进入 MyBatis 的 Mapper 接口和 XML 完成 SQL 执行返回结果通过 ModelAndView 交给 JSP 渲染。这里的每个环节都可以被替换正因为 SSM 是显式组合所以对理解 Spring 容器如何通过context:component-scan扫描Controller、Service、Repository特别有好处。Spring 不只是装 Bean 的容器它还承担数据源和事务管理。订单提交时向 orders 表插入主记录、向 order_detail 表插入明细、扣减商品库存这三步必须在一个事务里完成。MyBatis 负责把 Java 对象映射成 PreparedStatement 参数再把 ResultSet 映射回对象。至于 SpringMVC后台页面没登录时直接访问/login之外的地址会被它的拦截器重定向到登录页这就是老项目里常见的登录控制方式。2.2 从点餐需求反推数据库表结构拿到源码后先不要急着跑先打开数据库脚本看表。我一般会先看四张核心表customer用户、product商品、orders订单、order_detail订单明细再把 cart、comment、news 当作附属表。下面这种结构是 SSM 点餐系统最常用的设计表名核心字段说明customercustomer_id, username, password, nickname, user_type前台用户和管理员共用一张表user_type 区分角色productproduct_id, name, price, stock, image, statusstatus 为 0 时下架ordersorder_id, order_no, customer_id, total_price, status, create_time订单状态用数值表示order_detaildetail_id, order_id, product_id, quantity, price冗余商品价格防止商品改价影响历史订单commentcomment_id, product_id, customer_id, content, create_time商品评论独立成表支持一对多newsnews_id, title, content, create_time校园资讯后台可 CRUD这种设计最大的特点是订单和商品之间通过 order_detail 解耦。如果直接把 product_id 写在 orders 表里一个订单买三份菜就要拆成三条记录用户体验和后续统计都很别扭。order_detail 中冗余一份 price 快照商品价格调整后历史订单仍能还原当时的金额这个细节在简历项目介绍里是加分项。下面是一段可以直接执行的建表 SQL对应 customer 表CREATE DATABASE IF NOT EXISTS biyesheji DEFAULT CHARSET utf8; USE biyesheji; CREATE TABLE customer ( customer_id INT(11) NOT NULL AUTO_INCREMENT COMMENT 用户ID, username VARCHAR(20) NOT NULL COMMENT 登录名, password VARCHAR(32) NOT NULL COMMENT 密码MD5摘要, nickname VARCHAR(20) DEFAULT NULL COMMENT 昵称, user_type TINYINT(4) DEFAULT 0 COMMENT 0普通用户1管理员, PRIMARY KEY (customer_id) ) ENGINEInnoDB AUTO_INCREMENT1 DEFAULT CHARSETutf8 COMMENT用户表;这段 SQL 中有几个点要按原项目要求保留表引擎用 InnoDB才能保证订单事务能回滚DEFAULT CHARSET utf8和 JDBC 连接串里的characterEncodingutf8保持一致否则中文写入后查询变成问号。username 和 password 单独成列登录校验就是select * from customer where username? and passwordmd5(?)在 Mapper.xml 里不会出现太复杂的写法。MySQL 5.6 下不建议把建表语句里的 COMMENT 删掉虽然不影响运行但数据库课程设计答辩时会拿这个讲字段设计。3. 环境搭建从 jdbc.properties 到 Tomcat 启动点餐系统3.1 用 IDEA Maven 把 ssm 源码导入成可运行工程第一步是导入源码。打开 IntelliJ IDEA 后选择 Import Project选中解压后的biyesheji目录IDEA 识别到 pom.xml 后会按 Maven 工程加载。没有 pom.xml 的旧版 SSM 项目也可以改成 Maven 结构但会牵连 lib 目录和 war 打包方式不建议第一次跑就重构。导入完成后先执行一次mvn clean compile让依赖下载完整。国内网络下载 Spring、MyBatis 依赖经常卡在中央仓库这时需要检查 Maven 的 settings.xml 是否配了阿里云镜像mirror idaliyunmaven/id mirrorOfcentral/mirrorOf name阿里云公共仓库/name urlhttps://maven.aliyun.com/repository/public/url /mirror镜像只是下载源不影响代码行为。依赖拉到本地仓库后Maven 面板里如果还有红叉优先看 pom.xml 中 spring-webmvc、mybatis、mysql-connector-java 的版本是否兼容。SSM 整合最常见的坑是 Spring 版本和 MyBatis 版本跨度太大启动时出现AbstractMethodError或NoSuchMethodError。这种问题第一反应不是改代码而是把 Spring 版本保持在 4.x 的同一小版本线内。3.2 只改 jdbc.properties 前三行让 MyBatis 连上本地 MySQL源码里数据库配置文件在biyesheji\src\main\resources\jdbc.properties。用文本编辑器打开后文件默认内容类似jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/biyesheji?useUnicodetruecharacterEncodingutf8 jdbc.usernameroot jdbc.password123456这里需要修改的是前三行。第一行是 MySQL 驱动类名mysql-connector-java 5.x 必须写成com.mysql.jdbc.Driver如果换成 Connector/J 8.x 需要改成com.mysql.cj.jdbc.Driver。第二行的localhost:3306改成你的 MySQL 地址和端口biyesheji是数据库名它必须和新建的库一致。第三行换成你的用户名第四行换成你的密码。注意serverTimezoneAsia/Shanghai这种参数不要乱加MySQL 5.6 配 5.x 驱动时加了反而会被驱动识别不了并抛异常。改完后到数据库命令行执行use biyesheji; show tables;确认表已经导入。项目启动后如果报Access denied for user rootlocalhost说明第三行或第四行写错报Unknown database biyesheji说明第二行库名与刚建的库不一致。这类连接问题占了 SSM 项目启动失败的一半以上先看这四条配置再去看日志。3.3 Tomcat 中端口、路径与访问地址的映射IDEA 部署时通常会把工程放到 Tomcat 里。要按源码说明访问需要先搞清楚两个映射关系Tomcat 的 HTTP 端口和上下文路径。配置项说明示例HTTP port监听端口源码示例里用 8081如果与本地端口冲突在 Server 配置里改掉Application context决定 URL 中是否带工程名为空时访问根路径/带名字时访问/biyeshejiDeployment 类型war 或 war exploded开发阶段用 war explodedJSP 修改免重启如果 Application context 保持默认的/biyesheji_war_exploded前台地址就不是源码写的http://localhost:8081/fore/foreIndex而是http://localhost:8081/biyesheji_war_exploded/fore/foreIndex。想做到和源码说明一致把 Deployment 里的 Application context 改成/再重启 Tomcat。Tomcat 启动成功后前台用浏览器访问http://localhost:8081/fore/foreIndex登录账号 byh / 12345后台访问http://localhost:8081/login登录账号 小白 / 123456。这里容易被忽略的是 JSP 页面放置位置前台页面在/WEB-INF/views/fore/下浏览器不能直接访问WEB-INF里的资源必须通过 Controller 转发而后台登录页如果在 webapp 根目录Tomcat 会把它当作静态资源直接返回。这也是把 JSP 放进WEB-INF之后访问 404 时要检查的第一个点。3.4 端口被占用和启动超时怎么办如果把端口从 8080 改成 8081需要在 IDEA 的 Tomcat Server 配置里同时修改 HTTP port 和 JMX port后者默认和 HTTP port 有关联。启动时如果报Port 8081 was already in use在 Windows 下执行netstat -ano | findstr 8081找到占用 PID再用taskkill /PID 进程号 /F结束进程或者改用 8082。Tomcat 的 server.xml 里如果直接改过 Connector portIDEA 的 HTTP port 不会自动同步两处必须统一。启动过程中最容易被误判的是 MyBatis 的BindingException: Invalid bound statement (not found)。出现这个异常不要先怀疑 SQL 写错检查 Mapper 接口对应的 XML 是否被 Maven 打进target/classes。源码里如果 mapper XML 放在src/main/java的包目录下而 pom.xml 没有配置 resources 包含**/*.xmlMaven 默认不会复制这些 XML。解决方法是把 mapper XML 移到src/main/resources或在 pom.xml 里加一段resources配置。项目跑起来后再按顺序点一遍前台注册、加购物车、下订单、登录后台确认数据库里能查到对应记录这套源码才算真正启动完成。4. 前台点餐与后台管理的核心模块解析4.1 ForeController 的路由设计与登录会话处理前台控制器通常统一挂在/fore路径下面方法地址和 JSP 页面一一对应。以首页为例代码结构大致是Controller RequestMapping(/fore) public class ForeController { Autowired private ProductService productService; Autowired private CartService cartService; RequestMapping(/foreIndex) public String foreIndex(Model model) { ListProduct hotProducts productService.findHotProducts(); model.addAttribute(hotProducts, hotProducts); return fore/index; } }这里的关键是return fore/index。如果 SpringMVC 配置了 InternalResourceViewResolver 的prefix/WEB-INF/views/、suffix.jsp实际渲染的是/WEB-INF/views/fore/index.jsp。前台跳转购物车时Controller 先从 Session 里取customer对象取不到就重定向到登录页。登录模块不会使用 Spring Security而是自己写一个拦截器或直接在方法开头判断 Session这是老 SSM 项目的典型做法也是 java 面试题里常问的「SpringMVC 拦截器使用场景」。4.2 商品查询与 MyBatis Example 的实用写法后台管理大量使用 MyBatis Generator 生成的 Example 类。源码里的 ProductExample、UserExample、CustomerExample 出现频率非常高它们的作用是拼接查询条件而不用手写大量动态 SQL 标签。一个典型调用如下ProductExample example new ProductExample(); ProductExample.Criteria criteria example.createCriteria(); if (keyword ! null !keyword.isEmpty()) { criteria.andNameLike(% keyword %); } criteria.andStatusEqualTo(1); ListProduct products productService.selectByExample(example);这段代码最终生成的 SQL 是select ... from product where (name like ? and status 1)。createCriteria()创建条件构造器andNameLike对应name LIKE ?andStatusEqualTo对应status ?。如果多个条件用or连接需要创建多个 Criteria 对象源码里搜索GeneratedCriteria就能看到每个字段的生成逻辑。掌握这种方式后再看 java 面试题里问 MyBatis 动态 SQL 的部分会轻松很多。4.3 购物车、订单提交与库存扣减的事务边界购物车在课程设计里经常被简化成一张临时表但实际项目里更值得关注的是加入购物车时对已存在商品的合并。常见做法是先根据 customer_id 和 product_id 查购物车表如果存在就把数量加一否则新增记录。这个逻辑写在 Service 方法里并加上Transactional避免查询和更新之间插入重复数据。订单提交时要完成三件事生成主订单、生成订单明细、扣减商品库存。库存扣减的 Mapper XML 可以写成update idreduceStock UPDATE product SET stock stock - #{count} WHERE product_id #{productId} AND stock gt; #{count} /updatestock #{count}放在 WHERE 里是一种轻量乐观锁更新影响行数为 0 时说明库存不足Service 层手动抛出 RuntimeException事务回滚订单表不会留下半截数据。这里要注意Transactional默认只回滚 RuntimeException 和 Error不被检查异常回滚所以 SQL 异常和手动throw new RuntimeException(库存不足)才能触发回滚。如果有人在 Controller 层 try-catch 掉这个异常订单依然会提交这是很多订单模块的隐性 bug。4.4 后台管理模块的通用 CRUD 与评论资讯联动后台用户、商品、订单、评论、资讯管理的本质都是 CRUD区别在于数据过滤条件。一个常见对应关系如下后台功能查询入口写入入口关联表用户管理CustomerMapper.selectByExampleinsert/updatecustomer商品管理ProductMapper.selectByExampleinsert/updateproduct订单管理OrderMapper.extendOrderListupdate statusorders, order_detail评论管理CommentMapper.selectByExampledeletecomment资讯管理NewsMapper.selectByExampleinsert/updatenews评论和资讯看起来简单但前台展示时经常要连表取用户名和商品名这时候 Mapper XML 里会写自定义的selectCommentWithUser一类的语句。如果只依赖生成的 Example无法返回关联对象必须额外写 resultMap。这也是为什么源码里除了XxxExample还会保留手工 SQL 和 DTO 类。读懂这些扩展写法比背 java 八股文里的 MyBatis 标签列表更有用。5. 把点餐系统改造成简历级项目的关键位置5.1 分页用 PageHelper 替换手写 LIMIT校园资讯和评论列表通常是 LIMIT 分页手写LIMIT #{offset}, #{pageSize}还要额外查 count。改造时引入 PageHelper代码只多一行PageHelper.startPage(pageNum, pageSize); ListComment comments commentMapper.selectCommentWithUser(); PageInfoComment pageInfo new PageInfo(comments);PageHelper.startPage只能作用到紧随其后的第一条查询多表联查时要注意只调用一次否则分页参数会被无关 SQL 吃掉。返回的PageInfo里有 total、pageNum、pages后台表格直接取pageInfo.getList()渲染即可。5.2 返回 JSON 接口给 App 或管理后台复用老项目返回 JSP 导致接口没法复用到小程序端。改造时保留原有页面同时新增ResponseBody方法RequestMapping(/fore/api/products) ResponseBody public MapString, Object products(String keyword, Integer pageNum) { PageHelper.startPage(pageNum, 10); ProductExample example new ProductExample(); example.createCriteria().andNameLike(% keyword %); return ResultBean.success(productService.selectByExample(example)); }新增方法不要动原 Controller 的返回类型避免影响 JSP 跳转。统一返回 ResultBean 结构后前端 jquery 的$.getJSON和后端接口都能解析。改造范围控制在商品查询、资讯列表、订单状态查询这三个高频接口即可。5.3 把高耦合的密码校验改成 SaltedHash源码里如果直接用md5(password)在面试中会是减分项。改成 BCrypt 或加盐 MD5 时不要在 Service 里写一个MD5Util到处调用而是单独抽一个PasswordUtil。改造顺序先改后台管理员密码再把前台用户表 password 字段长度从 32 改到 64。这里容易踩的坑是 Spring 容器中如果有多个 Service 依赖 CustomerMapper直接改表结构会导致旧脚本重新导入失败所以数据库变更脚本要单独放到sql/upgrade目录和初始建表脚本分开维护。本文还有配套的精品资源点击获取 SSM校园在线点餐系统源码拆解：从框架原理到项目改造
简介这是一份Java SSM架构的校园在线点餐系统完整源码适用于Java Web初学者、毕业设计或课程设计人群解决从零搭建前后台点餐管理平台的需求。系统分为前台与后台前台支持用户注册登录、购物车、订单管理、商品评论及校园资讯浏览后台涵盖用户、商品、订单、评论、资讯等模块管理。技术栈基于SpringSpring MVCMyBatis前端采用Layui、JSP与jQuery运行环境为JDK8、Tomcat8、MySQL5.6并附带Maven工程与数据库SQL文件。资源共2000个文件包含大量JSP页面、Java类、CSS样式、JavaScript脚本、HTML静态页及图片资源另有配置文件与SQL建表语句压缩包约46.05MB。目前已有949人学习下载。解压后按说明修改jdbc.properties数据库连接和Tomcat端口即可运行可帮助读者快速理解SSM整合流程、获取完整前后台业务代码与数据库设计脚本适合直接用于课程设计或毕设二次开发。1. 为什么 SSM 校园在线点餐系统源码值得拆开读一遍很多 Java 开发觉得 Spring Boot 上手之后SSM 就是过时产物。实际上 Spring Boot 只是把 Spring、SpringMVC、MyBatis 的配置自动化了核心的事务、Bean 管理、SQL 映射、拦截器原理一点没变。这套 Java ssm 校园在线点餐系统源码带完整数据库脚本前台覆盖注册、登录、购物车、订单、评论、校园资讯后台覆盖用户、商品、订单、评论、资讯管理是一个从浏览器请求到 MySQL 落库的全链路样本。直接拿来做数据库课程设计底子或者用来回答 Java 面试题里关于 SSM 框架运行机制的问题都比零散看教程要快。下面我会按实操顺序把分层设计、表结构、启动步骤、购物车订单代码和简历级改造点一次讲透。2. SSM 分层原理与点餐系统的数据库建模2.1 Spring、SpringMVC、MyBatis 在点餐系统里各管什么这套源码是典型的前后端不分离结构spring、spring mvc、mybatis 负责后端layui、jsp、jquery 负责页面。请求完整路径是浏览器发起请求后DispatcherServlet 先拦截路径通过 HandlerMapping 找到 ForeController 里的具体方法Controller 接收参数后不直接写 JDBC而是调用 Service 接口Service 方法上加了事务注解后再进入 MyBatis 的 Mapper 接口和 XML 完成 SQL 执行返回结果通过 ModelAndView 交给 JSP 渲染。这里的每个环节都可以被替换正因为 SSM 是显式组合所以对理解 Spring 容器如何通过context:component-scan扫描Controller、Service、Repository特别有好处。Spring 不只是装 Bean 的容器它还承担数据源和事务管理。订单提交时向 orders 表插入主记录、向 order_detail 表插入明细、扣减商品库存这三步必须在一个事务里完成。MyBatis 负责把 Java 对象映射成 PreparedStatement 参数再把 ResultSet 映射回对象。至于 SpringMVC后台页面没登录时直接访问/login之外的地址会被它的拦截器重定向到登录页这就是老项目里常见的登录控制方式。2.2 从点餐需求反推数据库表结构拿到源码后先不要急着跑先打开数据库脚本看表。我一般会先看四张核心表customer用户、product商品、orders订单、order_detail订单明细再把 cart、comment、news 当作附属表。下面这种结构是 SSM 点餐系统最常用的设计表名核心字段说明customercustomer_id, username, password, nickname, user_type前台用户和管理员共用一张表user_type 区分角色productproduct_id, name, price, stock, image, statusstatus 为 0 时下架ordersorder_id, order_no, customer_id, total_price, status, create_time订单状态用数值表示order_detaildetail_id, order_id, product_id, quantity, price冗余商品价格防止商品改价影响历史订单commentcomment_id, product_id, customer_id, content, create_time商品评论独立成表支持一对多newsnews_id, title, content, create_time校园资讯后台可 CRUD这种设计最大的特点是订单和商品之间通过 order_detail 解耦。如果直接把 product_id 写在 orders 表里一个订单买三份菜就要拆成三条记录用户体验和后续统计都很别扭。order_detail 中冗余一份 price 快照商品价格调整后历史订单仍能还原当时的金额这个细节在简历项目介绍里是加分项。下面是一段可以直接执行的建表 SQL对应 customer 表CREATE DATABASE IF NOT EXISTS biyesheji DEFAULT CHARSET utf8; USE biyesheji; CREATE TABLE customer ( customer_id INT(11) NOT NULL AUTO_INCREMENT COMMENT 用户ID, username VARCHAR(20) NOT NULL COMMENT 登录名, password VARCHAR(32) NOT NULL COMMENT 密码MD5摘要, nickname VARCHAR(20) DEFAULT NULL COMMENT 昵称, user_type TINYINT(4) DEFAULT 0 COMMENT 0普通用户1管理员, PRIMARY KEY (customer_id) ) ENGINEInnoDB AUTO_INCREMENT1 DEFAULT CHARSETutf8 COMMENT用户表;这段 SQL 中有几个点要按原项目要求保留表引擎用 InnoDB才能保证订单事务能回滚DEFAULT CHARSET utf8和 JDBC 连接串里的characterEncodingutf8保持一致否则中文写入后查询变成问号。username 和 password 单独成列登录校验就是select * from customer where username? and passwordmd5(?)在 Mapper.xml 里不会出现太复杂的写法。MySQL 5.6 下不建议把建表语句里的 COMMENT 删掉虽然不影响运行但数据库课程设计答辩时会拿这个讲字段设计。3. 环境搭建从 jdbc.properties 到 Tomcat 启动点餐系统3.1 用 IDEA Maven 把 ssm 源码导入成可运行工程第一步是导入源码。打开 IntelliJ IDEA 后选择 Import Project选中解压后的biyesheji目录IDEA 识别到 pom.xml 后会按 Maven 工程加载。没有 pom.xml 的旧版 SSM 项目也可以改成 Maven 结构但会牵连 lib 目录和 war 打包方式不建议第一次跑就重构。导入完成后先执行一次mvn clean compile让依赖下载完整。国内网络下载 Spring、MyBatis 依赖经常卡在中央仓库这时需要检查 Maven 的 settings.xml 是否配了阿里云镜像mirror idaliyunmaven/id mirrorOfcentral/mirrorOf name阿里云公共仓库/name urlhttps://maven.aliyun.com/repository/public/url /mirror镜像只是下载源不影响代码行为。依赖拉到本地仓库后Maven 面板里如果还有红叉优先看 pom.xml 中 spring-webmvc、mybatis、mysql-connector-java 的版本是否兼容。SSM 整合最常见的坑是 Spring 版本和 MyBatis 版本跨度太大启动时出现AbstractMethodError或NoSuchMethodError。这种问题第一反应不是改代码而是把 Spring 版本保持在 4.x 的同一小版本线内。3.2 只改 jdbc.properties 前三行让 MyBatis 连上本地 MySQL源码里数据库配置文件在biyesheji\src\main\resources\jdbc.properties。用文本编辑器打开后文件默认内容类似jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/biyesheji?useUnicodetruecharacterEncodingutf8 jdbc.usernameroot jdbc.password123456这里需要修改的是前三行。第一行是 MySQL 驱动类名mysql-connector-java 5.x 必须写成com.mysql.jdbc.Driver如果换成 Connector/J 8.x 需要改成com.mysql.cj.jdbc.Driver。第二行的localhost:3306改成你的 MySQL 地址和端口biyesheji是数据库名它必须和新建的库一致。第三行换成你的用户名第四行换成你的密码。注意serverTimezoneAsia/Shanghai这种参数不要乱加MySQL 5.6 配 5.x 驱动时加了反而会被驱动识别不了并抛异常。改完后到数据库命令行执行use biyesheji; show tables;确认表已经导入。项目启动后如果报Access denied for user rootlocalhost说明第三行或第四行写错报Unknown database biyesheji说明第二行库名与刚建的库不一致。这类连接问题占了 SSM 项目启动失败的一半以上先看这四条配置再去看日志。3.3 Tomcat 中端口、路径与访问地址的映射IDEA 部署时通常会把工程放到 Tomcat 里。要按源码说明访问需要先搞清楚两个映射关系Tomcat 的 HTTP 端口和上下文路径。配置项说明示例HTTP port监听端口源码示例里用 8081如果与本地端口冲突在 Server 配置里改掉Application context决定 URL 中是否带工程名为空时访问根路径/带名字时访问/biyeshejiDeployment 类型war 或 war exploded开发阶段用 war explodedJSP 修改免重启如果 Application context 保持默认的/biyesheji_war_exploded前台地址就不是源码写的http://localhost:8081/fore/foreIndex而是http://localhost:8081/biyesheji_war_exploded/fore/foreIndex。想做到和源码说明一致把 Deployment 里的 Application context 改成/再重启 Tomcat。Tomcat 启动成功后前台用浏览器访问http://localhost:8081/fore/foreIndex登录账号 byh / 12345后台访问http://localhost:8081/login登录账号 小白 / 123456。这里容易被忽略的是 JSP 页面放置位置前台页面在/WEB-INF/views/fore/下浏览器不能直接访问WEB-INF里的资源必须通过 Controller 转发而后台登录页如果在 webapp 根目录Tomcat 会把它当作静态资源直接返回。这也是把 JSP 放进WEB-INF之后访问 404 时要检查的第一个点。3.4 端口被占用和启动超时怎么办如果把端口从 8080 改成 8081需要在 IDEA 的 Tomcat Server 配置里同时修改 HTTP port 和 JMX port后者默认和 HTTP port 有关联。启动时如果报Port 8081 was already in use在 Windows 下执行netstat -ano | findstr 8081找到占用 PID再用taskkill /PID 进程号 /F结束进程或者改用 8082。Tomcat 的 server.xml 里如果直接改过 Connector portIDEA 的 HTTP port 不会自动同步两处必须统一。启动过程中最容易被误判的是 MyBatis 的BindingException: Invalid bound statement (not found)。出现这个异常不要先怀疑 SQL 写错检查 Mapper 接口对应的 XML 是否被 Maven 打进target/classes。源码里如果 mapper XML 放在src/main/java的包目录下而 pom.xml 没有配置 resources 包含**/*.xmlMaven 默认不会复制这些 XML。解决方法是把 mapper XML 移到src/main/resources或在 pom.xml 里加一段resources配置。项目跑起来后再按顺序点一遍前台注册、加购物车、下订单、登录后台确认数据库里能查到对应记录这套源码才算真正启动完成。4. 前台点餐与后台管理的核心模块解析4.1 ForeController 的路由设计与登录会话处理前台控制器通常统一挂在/fore路径下面方法地址和 JSP 页面一一对应。以首页为例代码结构大致是Controller RequestMapping(/fore) public class ForeController { Autowired private ProductService productService; Autowired private CartService cartService; RequestMapping(/foreIndex) public String foreIndex(Model model) { ListProduct hotProducts productService.findHotProducts(); model.addAttribute(hotProducts, hotProducts); return fore/index; } }这里的关键是return fore/index。如果 SpringMVC 配置了 InternalResourceViewResolver 的prefix/WEB-INF/views/、suffix.jsp实际渲染的是/WEB-INF/views/fore/index.jsp。前台跳转购物车时Controller 先从 Session 里取customer对象取不到就重定向到登录页。登录模块不会使用 Spring Security而是自己写一个拦截器或直接在方法开头判断 Session这是老 SSM 项目的典型做法也是 java 面试题里常问的「SpringMVC 拦截器使用场景」。4.2 商品查询与 MyBatis Example 的实用写法后台管理大量使用 MyBatis Generator 生成的 Example 类。源码里的 ProductExample、UserExample、CustomerExample 出现频率非常高它们的作用是拼接查询条件而不用手写大量动态 SQL 标签。一个典型调用如下ProductExample example new ProductExample(); ProductExample.Criteria criteria example.createCriteria(); if (keyword ! null !keyword.isEmpty()) { criteria.andNameLike(% keyword %); } criteria.andStatusEqualTo(1); ListProduct products productService.selectByExample(example);这段代码最终生成的 SQL 是select ... from product where (name like ? and status 1)。createCriteria()创建条件构造器andNameLike对应name LIKE ?andStatusEqualTo对应status ?。如果多个条件用or连接需要创建多个 Criteria 对象源码里搜索GeneratedCriteria就能看到每个字段的生成逻辑。掌握这种方式后再看 java 面试题里问 MyBatis 动态 SQL 的部分会轻松很多。4.3 购物车、订单提交与库存扣减的事务边界购物车在课程设计里经常被简化成一张临时表但实际项目里更值得关注的是加入购物车时对已存在商品的合并。常见做法是先根据 customer_id 和 product_id 查购物车表如果存在就把数量加一否则新增记录。这个逻辑写在 Service 方法里并加上Transactional避免查询和更新之间插入重复数据。订单提交时要完成三件事生成主订单、生成订单明细、扣减商品库存。库存扣减的 Mapper XML 可以写成update idreduceStock UPDATE product SET stock stock - #{count} WHERE product_id #{productId} AND stock gt; #{count} /updatestock #{count}放在 WHERE 里是一种轻量乐观锁更新影响行数为 0 时说明库存不足Service 层手动抛出 RuntimeException事务回滚订单表不会留下半截数据。这里要注意Transactional默认只回滚 RuntimeException 和 Error不被检查异常回滚所以 SQL 异常和手动throw new RuntimeException(库存不足)才能触发回滚。如果有人在 Controller 层 try-catch 掉这个异常订单依然会提交这是很多订单模块的隐性 bug。4.4 后台管理模块的通用 CRUD 与评论资讯联动后台用户、商品、订单、评论、资讯管理的本质都是 CRUD区别在于数据过滤条件。一个常见对应关系如下后台功能查询入口写入入口关联表用户管理CustomerMapper.selectByExampleinsert/updatecustomer商品管理ProductMapper.selectByExampleinsert/updateproduct订单管理OrderMapper.extendOrderListupdate statusorders, order_detail评论管理CommentMapper.selectByExampledeletecomment资讯管理NewsMapper.selectByExampleinsert/updatenews评论和资讯看起来简单但前台展示时经常要连表取用户名和商品名这时候 Mapper XML 里会写自定义的selectCommentWithUser一类的语句。如果只依赖生成的 Example无法返回关联对象必须额外写 resultMap。这也是为什么源码里除了XxxExample还会保留手工 SQL 和 DTO 类。读懂这些扩展写法比背 java 八股文里的 MyBatis 标签列表更有用。5. 把点餐系统改造成简历级项目的关键位置5.1 分页用 PageHelper 替换手写 LIMIT校园资讯和评论列表通常是 LIMIT 分页手写LIMIT #{offset}, #{pageSize}还要额外查 count。改造时引入 PageHelper代码只多一行PageHelper.startPage(pageNum, pageSize); ListComment comments commentMapper.selectCommentWithUser(); PageInfoComment pageInfo new PageInfo(comments);PageHelper.startPage只能作用到紧随其后的第一条查询多表联查时要注意只调用一次否则分页参数会被无关 SQL 吃掉。返回的PageInfo里有 total、pageNum、pages后台表格直接取pageInfo.getList()渲染即可。5.2 返回 JSON 接口给 App 或管理后台复用老项目返回 JSP 导致接口没法复用到小程序端。改造时保留原有页面同时新增ResponseBody方法RequestMapping(/fore/api/products) ResponseBody public MapString, Object products(String keyword, Integer pageNum) { PageHelper.startPage(pageNum, 10); ProductExample example new ProductExample(); example.createCriteria().andNameLike(% keyword %); return ResultBean.success(productService.selectByExample(example)); }新增方法不要动原 Controller 的返回类型避免影响 JSP 跳转。统一返回 ResultBean 结构后前端 jquery 的$.getJSON和后端接口都能解析。改造范围控制在商品查询、资讯列表、订单状态查询这三个高频接口即可。5.3 把高耦合的密码校验改成 SaltedHash源码里如果直接用md5(password)在面试中会是减分项。改成 BCrypt 或加盐 MD5 时不要在 Service 里写一个MD5Util到处调用而是单独抽一个PasswordUtil。改造顺序先改后台管理员密码再把前台用户表 password 字段长度从 32 改到 64。这里容易踩的坑是 Spring 容器中如果有多个 Service 依赖 CustomerMapper直接改表结构会导致旧脚本重新导入失败所以数据库变更脚本要单独放到sql/upgrade目录和初始建表脚本分开维护。本文还有配套的精品资源点击获取