如果你正在准备javaweb方向的课程设计或毕业设计手里要做一个生鲜商城系统那么JSPServletMySQL这套组合应该是最常被点名的方案。我前前后后用这套技术栈做过三四个管理类项目生鲜商城算是其中业务最完整、也最能体现JavaWeb基本功的一个。严格说起来这套系统端到端要解决的事情并不少前台要展示商品、维护购物车、走完订单流程后台要管理商品库存、处理订单状态、维护用户信息再加上Bootstrap做的界面整合、MySQL存数据整个链路下来几乎覆盖了JavaWeb课程的所有核心知识点。这篇文章就按照我当时做这个项目的完整脉络把每个环节的设计思路、实现细节和踩过的坑都摊开讲一遍代码和SQL都是可以直接复制去改的适合正处于毕设阶段或者想补JavaWeb项目经验的读者。1. 生鲜商城系统的整体设计与技术选型1.1 生鲜业务对系统的特殊要求生鲜商城和普通电商有个很大的区别商品有时效性。蔬菜水果不能无限期库存鸡蛋牛奶对批次敏感海鲜水产需要按重量计价。这意味着系统里的商品模型不能只用一个简单的库存数量字段糊弄过去你得考虑单位换算、批次管理和上下架状态。我当时的第一版数据库设计就只设计了商品名称、价格、库存三个字段结果做到订单模块的时候发现完全不够用——用户买的是斤还是份下单之后库存应该扣多少这些细节直接决定了一张订单是不是真实的、可追溯的。所以这里的第一步不是急着写代码而是把所有涉及生鲜的字段梳理清楚。我在实际项目里是分了几类来整理的基础信息名称、分类、图片、描述、价格库存单价、单位、库存、预警值、状态信息上下架、是否推荐、销售数量、时间信息创建时间、更新时间。这些字段从后台管理商品的时候就要全部维护好而不是到前台展示才发现缺字段再回头改表结构那可太难受了。1.2 用户端与管理端的功能清单一个完整的商城系统面向两类人一类是买东西的普通用户一类是管理平台的运营人员。用户端常见的功能就是注册登录、浏览商品、搜索筛选、查看详情、加入购物车、提交订单、查看订单、个人资料维护。管理端则是商品管理、分类管理、订单处理、用户管理、数据统计。功能不算多但每块都有独立的业务逻辑配合JSPServlet的MVC分层正好能把这些功能拆得清清楚楚。我建议做之前先画一张功能脑图把用户端和管理端分开展示。比如用户端里购物车和订单是两个核心模块牵涉到Session存储、金额计算、库存校验、事务提交管理端里订单状态流转是最容易出歧义的地方——待支付、待发货、已发货、已完成、已取消每个状态之间谁可以操作操作之后要不要恢复库存这些问题如果不提前定好写着写着就会逻辑打架。我后来整理出了一份状态流转表开发的时候直接对着表写省掉了很多来回改代码的时间。1.3 为什么选JSPServlet而不是Spring Boot说实话现在企业里新项目基本都是Spring Boot的天下了但作为课程设计或JavaWeb阶段的学习项目JSPServlet反而更适合用来理解Web开发的底层运转机制。Spring Boot里一个RestController注解就搞定的事情在Servlet里你要自己写doGet、doPost手动从request里取参数手动做跳转正是这些手动的环节能让你真正搞清楚HTTP请求从浏览器发出到服务端响应中间经历了什么。我见过不少直接上手Spring Boot的同学页面报个404都分不清是路由问题还是控制器问题就是因为跳过了Servlet这一层的理解。另一方面JSPServlet这套技术栈对机器配置要求低、环境搭建快一个Tomcat加一个IDEA就能跑起来非常适合学生党手头只有普通笔记本的场景。而且很多学校的课程设计和毕设题目就是明确指定基于JavaWeb和MySQL这时候硬上Spring Boot反而不符合题目要求。所以如果题目没有强制要求SSM或Spring Boot选JSPServlet是保费又省力的一条路答辩的时候也能把每个请求的处理流程讲得很清楚。2. 数据库设计一个订单表撑起整个商城2.1 核心表结构拆解数据库是整个系统里最先动手、也最不能返工的部分。我最终设计的表有六张用户表、商品表、商品分类表、购物车表、订单表、订单明细表。用户表存账号密码、昵称、手机号、地址这些基本信息商品表存名称、分类ID、价格、单位、库存、图片、描述、状态购物车表关联用户和商品附带购买数量和加入时间订单表存订单号、用户ID、总金额、状态、收货信息、下单时间订单明细表则是某个订单里具体买了哪些商品、数量多少、单价多少。这里最核心的关系是订单表和订单明细表的一对多关系。订单表存的是整单的信息比如总金额和收货地址订单明细表存的是单条商品的购买信息。为什么不能只在订单表里存一个商品列表因为一张订单可能包含多个商品数据库第一范式就不允许这种重复组字段。我当时因為偷懒把购买的商品直接拼成字符串塞进订单表后来要统计某个商品卖了多少的时候SQL写起来痛苦得不行最后老老实实拆成两张表统计一下变成了一条简单的SUM查询。CREATE TABLE orders ( id int(11) NOT NULL AUTO_INCREMENT, order_no varchar(32) NOT NULL COMMENT 订单编号, user_id int(11) NOT NULL COMMENT 下单用户, total_amount decimal(10,2) NOT NULL COMMENT 订单总金额, status tinyint(4) NOT NULL DEFAULT 0 COMMENT 订单状态 0待支付 1待发货 2已发货 3已完成 4已取消, receiver_name varchar(50) NOT NULL, receiver_phone varchar(20) NOT NULL, receiver_address varchar(200) NOT NULL, create_time datetime NOT NULL, PRIMARY KEY (id), KEY idx_user_id (user_id), KEY idx_order_no (order_no) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;订单明细表相对简单外键关联订单ID和商品ID同时记录购买时的商品快照信息——这里有个小技巧商品单价是会变的所以订单明细里一定要冗余一份当时的单价否则过了一个月再查历史订单显示的价格可能是改价之后的价格。这一点在毕设答辩的时候提一句老师会觉得你对业务细节有思考。2.2 生鲜商品的特殊字段设计生鲜商品的字段不能照搬图书管家的设计。我当时额外加了三个字段unit单位、shelf_life保质期/批次说明、sales销量。unit用来区分计价方式可以是斤、份、盒、只前台展示和购物车结算金额计算都依赖这个字段。shelf_life我用来记录批次或产地信息虽然做简单毕设用不到复杂的批次追溯但加了这个字段以后商品列表和管理后台的数据看起来就真实很多。库存字段的类型也要注意。很多人喜欢用int但生鲜类商品存在小数库存比如一颗大白菜切掉一半之后剩0.6斤如果库存用了int就直接废了。用decimal(10,2)来做库存配合单位字段逻辑上才自洽。这里还有一个容易忽略的点商品表要加一个status字段0下架 1上架商城首页只查status1的商品。没有这个字段的话你想把某个商品临时停售就只能删数据那太粗暴了。2.3 订单金额计算的SQL细节订单总金额的计算放在业务层做还是SQL里做我推荐放在Java代码里做。原因很简单购物车里的商品数据是动态的你需要先通过购物车ID列表查出对应的商品和数量在代码里循环遍历计算出总金额再校验库存是否足够最后一次性插入订单表和订单明细表。如果直接用SQL的SUM去算校验和扣减库存的时机就很难控制容易出并发问题。-- 购物车中关联商品信息查询 SELECT c.id AS cart_id, c.quantity, g.price, g.stock, g.unit, g.name FROM cart c JOIN goods g ON c.goods_id g.id WHERE c.user_id ? AND c.id IN (?, ?, ?)这条联表查询是购物车结算的核心一个语句同时拿到了购物车快照、商品单价、库存和名称。后面在Servlet里遍历这个结果集做金额累加、库存判断逻辑上就很顺畅。注意这里用的是JOIN而不是子查询因为数据量小JOIN的性能和可读性都是最优解。3. 搭建开发环境与工程结构3.1 JDK、Tomcat、MySQL版本搭配做JavaWeb项目环境的版本搭配是最容易出莫名其妙的坑的地方。我这里给出一套实测非常稳的组合JDK 8、Tomcat 8.5、MySQL 5.7或者8.0、IDEA 2020以上版本。JDK 8和Tomcat 8.5是黄金搭档网上资料最多遇到问题随便一搜就有答案MySQL用5.7的话连接驱动的兼容性问题最少用8.0也完全可行但记得要引入8.0对应的驱动包并且连接URL要加时区参数。如果你用的是MySQL 8.0驱动jar包要用mysql-connector-java-8.0.x.jar连接字符串写成jdbc:mysql://localhost:3306/shop?useSSLfalseserverTimezoneAsia/ShanghaicharacterEncodingutf8。这个serverTimezone参数是8.0的硬性要求不加会直接报时区错误。我见过太多同学卡在这一步明明数据库账号密码都对就是连不上一查全是时区和SSL的问题。3.2 IDEA中创建Web工程的正确姿势IDEA新建JavaWeb项目有两个入口一个是直接创建Java Enterprise项目另一个是先建普通Java项目再手动添加Web框架支持。我推荐后一种虽然步骤多一点但你能更清楚地看到每个目录的作用。创建好之后目录结构大概是这样的src/ ├─ java/ │ └─ com/shop/ │ ├─ bean/ # 实体类User、Goods、Cart、Order等 │ ├─ dao/ # 数据访问层JDBC操作 │ ├─ servlet/ # 控制器处理请求和跳转 │ └─ util/ # 工具类DBUtil、字符编码过滤器 └─ web/ ├─ static/ # Bootstrap、jQuery、CSS、JS ├─ jsp/ # 各功能页面 └─ WEB-INF/ └─ web.xml # 部署描述符我给这个目录起名叫com.shop包名按bean、dao、servlet、util分层。注意一点JSP页面不要直接放在web根目录下最好放进jsp子目录方便管理也能防止某些未授权的页面被直接URL访问。资源文件Bootstrap框架、图片、CSS统一放static目录页面引用的时候用${pageContext.request.contextPath}拼绝对路径否则部署到Tomcat之后带项目名的路径会全部失效。3.3 数据库连接从DriverManager到连接池很多教学案例里数据库连接都是直接在DAO层用DriverManager.getConnection()然后每次用完关闭。这样写最简单也有利于理解JDBC本身的工作方式。但如果你想让项目在功能和答辩上更有说服力建议用一个简单的数据库连接工具类或者干脆引入Druid连接池。public class DBUtil { private static DruidDataSource dataSource; static { try { dataSource new DruidDataSource(); dataSource.setDriverClassName(com.mysql.cj.jdbc.Driver); dataSource.setUrl(jdbc:mysql://localhost:3306/shop?useSSLfalseserverTimezoneAsia/ShanghaicharacterEncodingutf8); dataSource.setUsername(root); dataSource.setPassword(你的数据库密码); dataSource.setInitialSize(5); dataSource.setMaxActive(10); } catch (Exception e) { e.printStackTrace(); } } public static Connection getConnection() throws SQLException { return dataSource.getConnection(); } }Druid的使用非常简单甚至不需要配置文件直接在代码里new一个数据源。用连接池的好处是连接可以复用不会频繁开关数据库连接导致性能下降更重要的是它能培养你获取连接来自统一入口的习惯。做完这个项目以后你再去看MyBatis或HikariCP会发现思路是完全一样的。4. 核心功能实现从登录到下单的完整流转4.1 Servlet控制跳转与JSP展示的分工Servlet在JavaWeb项目里扮演的是控制器角色负责接收请求、调度业务逻辑、决定跳转到哪个页面JSP则负责数据展示。这个分工一定要想明白最忌讳的就是在JSP里写一大堆Java代码去做业务处理或者在Servlet里拼接HTML字符串输出。前者让页面变成一锅粥后者更是反模式维护起来痛不欲生。我习惯用统一的编码套路Servlet里先取参数、调DAO层方法、把结果放进request或者session的attribute里然后使用request.getRequestDispatcher(/jsp/xxx.jsp).forward(request, response)做服务端跳转或者用response.sendRedirect(list)做重定向。请求和业务处理的编码统一用UTF-8响应内容设置text/html;charsetUTF-8再配合一个全局的字符编码过滤器基本能根治中文乱码。4.2 用户注册登录与Session管理登录注册是系统的入口也是校验基本功的地方。注册时要校验用户名唯一性、密码长度密码存储不能明文——虽然课程设计要求不那么高但直接用MD5加盐处理一下答辩的时候谈起来也是加分项。登录成功后把用户ID和用户名存进Session页面顶部的导航栏根据Session里有没有用户来动态显示欢迎xxx或者请登录。protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { String username request.getParameter(username); String password MD5Util.md5(request.getParameter(password)); User user userDao.findByUsernameAndPassword(username, password); if (user ! null) { request.getSession().setAttribute(loginUser, user); response.sendRedirect(request.getContextPath() /goods/list); } else { request.setAttribute(error, 用户名或密码错误); request.getRequestDispatcher(/jsp/login.jsp).forward(request, response); } }登录之外还有一个容易被忽略的点用户访问购物车、订单这些页面时后台Servlet一定要先判断Session中是否有loginUser没有就直接重定向到登录页。这个判断我建议写成一个校验逻辑放在每个需要登录的Servlet的doGet和doPost开头也可以抽成一个BaseServlet父类统一处理。不做登录验证的话用户直接在浏览器地址栏输入URL就能访问到别人的订单信息一旦被答辩老师问你怎么保证数据安全场面会很尴尬。4.3 购物车的数据存放Session还是数据库购物车的实现方式有两种主流方案一是把购物车整体放在Session里结构是ListCartItem这样性能好、实现快但用户换了设备购物车就丢了二是把购物车持久化到数据库表每次操作都读写表这样用户体验完整但需要额外考虑游客状态下购物车如何存放。我最终选了数据库方案因为生鲜商城是完整项目有用户系统把购物车关联到用户表上是比较合理的业务设计。加入购物车时先查用户购物车表里有没有同款商品有就把数量加一没有就新插入一条记录。这个逻辑要写清楚不然用户连续点两次加入购物车会出现两条同款商品记录看起来极其别扭。购物车列表查询时把购物车表与商品表联查一次拿到商品名称、图片、单价这样可以避免在JSP里为了展示商品信息反复查库。SELECT c.id, c.quantity, g.name, g.price, g.unit, g.image, g.stock FROM cart c JOIN goods g ON c.goods_id g.id WHERE c.user_id ?购物车页面里的增减数量、删除、批量选择都是通过AJAX请求Servlet接口实现每次操作成功后重新加载购物车区域而不是整页刷新。这样用户体验好很多Bootstrap的模态框也能充分发挥作用——点击结算时弹出一个确认框展示订单金额用户点确认后提交订单。4.4 下单流程与库存扣减的并发处理下单是生鲜商城最核心的流程它串联了购物车、商品库存、订单表和订单明细表四张表。我在Servlet里实现下单逻辑时严格按照查购物车→遍历校验库存→计算总金额→插入订单→插入订单明细→清空购物车→扣减库存的顺序来执行并且整块操作放在一个事务里任何一步失败都要整体回滚。Connection conn DBUtil.getConnection(); try { conn.setAutoCommit(false); // 1. 查询购物车数据带商品信息 // 2. 校验库存不足则抛出异常 // 3. 计算总金额 // 4. 插入订单表获取订单ID // 5. 循环插入订单明细表 // 6. 扣减商品库存 // 7. 删除购物车记录 conn.commit(); } catch (Exception e) { conn.rollback(); e.printStackTrace(); }事务处理是JavaWeb教学里很少被认真讲、但生产环境最重要的概念。没有事务的话万一插入订单成功了但扣库存失败用户就白付了钱却没货收。我做完这个项目以后最大的体会就是凡是涉及多表写入的操作一律要加事务。这也是答辩时一个很好的展示点老师问这个系统有什么亮点你可以理直气壮地说我的下单操作使用了数据库事务来保证数据一致性。5. Bootstrap前端整合让页面看起来像正经商城5.1 页面框架与公共模板的搭建Bootstrap在这套系统里的作用是帮我们把一个能用的JavaWeb页面升级成能看的商城界面。前端工作不必追求复杂用好它的栅格系统和组件库就够了。页面整体框架我用的是Bootstrap 3.4版本后来升级到4.6也试过差异不大。建议直接用3.4因为网上中文教程最多组件用法和文档都非常成熟。商城页面分成三大区域顶部导航栏、主体内容区、底部信息栏。导航栏用Bootstrap的navbar组件左侧放Logo和商品分类入口右侧放搜索框和登录/注册、购物车、个人中心入口。主体内容区用container加row来布局商品列表用col-md-3或者col-md-4一行排放四列或者三列。Bootstrap把响应式的事情处理掉了PC端和手机端都能正常浏览这点在演示的时候是个加分项。nav classnavbar navbar-default div classcontainer-fluid div classnavbar-header a classnavbar-brand href#鲜速达生鲜商城/a /div ul classnav navbar-nav navbar-right lia href#欢迎${sessionScope.loginUser.username}/a/li lia href#我的订单/a/li lia href#购物车/a/li lia href#退出登录/a/li /ul /div /nav公共头部和底部的代码我用% include fileheader.jsp %这种静态包含方式复用到每个页面。好处是改一个地方全站导航都跟着变不用每页逐个去改。这里有个细节由于各个页面的Servlet路径不同用相对路径引用CSS会导致有的页面样式加载不出来。解决办法是模板页面里所有静态资源引用都以${pageContext.request.contextPath}开头这样Tomcat部署后不管在哪一层路径下都能正确加载。5.2 商品列表与详情页的展示商品列表页的核心是卡片式布局我用Bootstrap的panel或card组件每个商品一张卡片包含图片、名称、价格、单位和加入购物车按钮。价格区域我把数字和单位做成了不同的样式显得更精细。搜索和筛选功能放在列表页顶部的条状区域支持按名称模糊查询和按分类下拉筛选这两个功能都是简单的SQL条件拼接。商品详情页相对简单左边是商品大图右边是名称、价格、单位、库存、描述和加入购物车按钮。这里要展示销量销量字段可以在商品表里冗余一个sales每次下单成功后对订单明细里的商品做销量累加。这个字段做热销商品排序非常有用商城首页可以加一个销量排行区域按销量倒序取前八条数据展示页面内容一下就丰满了。5.3 加入购物车与购物车页面的AJAX交互购物车交互是前端里最有技术含量的一块。列表页点加入购物车我用了jQuery的$.ajaxPOST到/cart/add接口传商品ID和数量服务器返回JSON字符串{code:0,msg:添加成功,cartCount:5}前端弹一个轻提示同时更新导航栏的购物车数量角标。这样做的好处是用户不需要等到页面刷新就能得到反馈体验非常接近真实商城。购物车列表页面里修改数量、删除商品、选中结算这些操作也都用AJAX。修改数量时把输入框的新值和商品ID传给/cart/update接口然后重新加载购物车区域并更新总金额。这里要注意数量修改后总金额必须从后端重新计算而不是前端自己算——因为金额计算以后端为准才安全前端算出来的东西在真实项目里是不可信的。我在做数据核对时就是对比前端显示总金额和数据库订单总金额两边一致才算通过。6. 项目部署从本机到可以演示的环境6.1 将项目打包成WAR部署到Tomcat你在IDEA里开发时项目是直接在开发模式里跑的但毕设演示或者交给别人的时候最好打包成WAR文件部署到独立的Tomcat环境里这样的系统才是可交付的状态。IDEA里打包WAR很简单打开Project StructureArtifacts里添加一个Web Application: Archive然后在Build菜单里Build Artifacts就能生成一个war包。生成war包之后把它复制到Tomcat的webapps目录下启动Tomcat它会自动解压部署。访问路径是http://localhost:8080/项目名/。这里有个别人很容易踩的坑如果项目名带中文或者特殊字符Tomcat有概率解压失败建议war包命名保持小写字母和下划线比如fresh-shop.war部署就不出问题。6.2 数据库脚本的导出与移植数据库的迁移比代码部署简单但细节还是要留心。MySQL命令行执行mysqldump -u root -p shop shop.sql把整个库导成SQL文件然后在目标机器上执行mysql -u root -p shop.sql导回。如果你用了Navicat图形化导出导入也很方便右键数据库就能选择转储SQL文件。这里提醒一个常见问题SQL文件中可能包含创建数据库的语句也可能不包含取决于你导出时的选项。如果导入时报数据库不存在先手动创建好空库再导入。还有如果目标机器的MySQL是8.0而你的脚本是在5.7环境下导出的有时会出现字符集或者排序规则的兼容问题。解决方法是导出时选择utf8mb4字符集导入前确认目标库的字符集也是utf8mb4。6.3 本机部署与服务器部署的差异如果只在本机演示直接把项目放到本地Tomcat运行就够了。但如果你想展示一个真正上线的效果可以考虑部署到一台云服务器上。服务器上装JDK、Tomcat、MySQL的步骤和本机基本一致唯一多出来的是安全组策略你需要在云控制台把80或者8080端口放通然后从浏览器通过http://公网IP:8080/项目名访问。部署到服务器之后数据库连接URL里的localhost千万别忘记改成服务器自己的地址如果数据库就在本机localhost依然有效但如果你连接的是远程数据库就要把localhost换成数据库服务器的IP或者域名。我第一次部署到服务器时忘了同步修改数据库备份的最新数据结果页面能打开但登录不了排查了半天才发现是数据库里根本没有最新的用户记录——部署时别光搬代码数据库快照也要一起搬过去。7. 实际开发中踩过的坑与排查方法7.1 数据库连接失败的几类典型场景数据库连接问题占了JavaWeb项目排错的半壁江山。我遇到过三种最有代表性的报错这里把解决方案一并列出来第一种是Access denied for user rootlocalhost这种就是账号或密码不对或者root用户不允许从当前主机登录去MySQL命令行里执行ALTER USER rootlocalhost IDENTIFIED BY 新密码;重建密码即可。第二种是Public Key Retrieval is not allowed这是MySQL 8.0的驱动连接策略问题在JDBC连接URL中加上allowPublicKeyRetrievaltrueuseSSLfalse就能解决。第三种是Unknown database shop是URL里的数据库名和你建的库名不一致检查一下库名拼写就好这里要注意MySQL的库名在Linux下是区分大小写的。这三种问题有一个统一的排查思路先用Navicat或者MySQL命令行确认数据库本身能连上再去看Java代码里的URL、账号、密码是否和真实环境完全一致。数据库本身没问题的时候错误一定出在配置上。7.2 JSP页面中文乱码的根治方法中文乱码几乎是每个JavaWeb新手都会遇到的大坑。JSP页面中文乱码的根源在于编码不一致解决思路就是让三个层面都统一为UTF-8文件存储编码、请求编码、响应编码。文件编码在IDEA右下角可以设置新建JSP时确保File Encoding为UTF-8请求编码可以在每个Servlet开头加request.setCharacterEncoding(UTF-8)响应编码加response.setContentType(text/html;charsetUTF-8)。更彻底的方案是写一个字符编码过滤器在web.xml中注册对所有请求统一设置编码。有了过滤器以后新写Servlet就不用每次重复那两行设置了。还有一个小坑如果用了Tomcat 8以上版本POST请求的中文一般没问题但GET请求的URL编码需要额外配置Tomcat的URIEncodingUTF-8属性。我在看别人的项目时发现很多乱码问题都出在GET请求带中文参数的情况这个要格外留意。7.3 Tomcat端口冲突与404/500问题Tomcat默认端口是8080如果你机器上已经有一个Tomcat或者别的服务占用了这个端口启动时会报Port 8080 was already in use。解决办法有两个最简单的打开任务管理器找到占用端口的进程并结束它或者修改Tomcat的conf/server.xml把端口改成8081之类的其他值。404问题要看具体的报错信息。如果是访问项目名后出现404首页多半是部署路径不对检查一下访问URL和webapps目录下的项目名是否完全一致。如果是点击功能按钮后404重点排查Servlet的URL映射是否写错——WebServlet(/cart/add)这个注解路径必须和JSP里表单的action或者AJAX的url一模一样一个斜杠的差别都会导致找不到对应处理。500错误在JavaWeb中通常是代码运行时抛出了异常控制台一定会有堆栈信息。解决500问题的第一步永远不是改代码而是去Tomcat的控制台看异常输出。我见过最坑的一次是ClassNotFoundException: com.mysql.cj.jdbc.Driver明明jar包已经放进lib目录了但还是报找不到类最后发现是打包的时候IDEA没有把lib目录打进war包里需要在Artifacts配置里手动把Library Files添加进去。7.4 库存超卖与购物车并发问题生鲜商品的热门款在促销时可能被多人同时下单如果不做控制就会发生库存只剩3件但5个人都下单成功的超卖问题。在小项目里最简单的处理方式是在扣减库存时使用条件更新的SQLUPDATE goods SET stock stock - 1 WHERE id ? AND stock 1;这条SQL能生效是因为数据库的行锁机制会保证同一时间只有一个事务能成功执行这行更新。执行后返回的影响行数如果为0说明库存不足下单失败事务回滚。这就是所谓的乐观锁思路也是面试中高并发下的库存扣减问题的一个简化答案。虽然是课程设计项目但写这样一个条件更新代码的健壮性和编程思维都上了一个档次。写在最后一点实操体会做完这个JavaWebMySQL的生鲜商城我最大的感觉是一套系统真正的难点不在某个技术点有多高级而在于把用户、商品、购物车、订单这几条数据线的流转捋顺让每个环节的数据都对得上。技术选型上JSPServlet虽然看起来老旧但正是它简单的请求-响应模型帮我彻底理解了Web应用的运行原理。数据库设计阶段多花点时间后面写代码就是水到渠成前端Bootstrap再提升一下颜值整个项目的完整性就出来了。最后再分享一个小技巧项目做完之后一定要从零开始重新部署一遍清空数据库、删掉Tomcat的部署目录、重新导入SQL、重新启动走一遍前台下单和后台发货的完整流程。这一步能筛掉所有在我电脑上能跑但换个环境就跑不起来的问题也是毕业答辩前最值得做的一次自测。