拓冰网站定制 
简介这是一套基于JavaWeb与Vue2的前后端分离点餐系统后端源码面向Java初学者及Web全栈学习者适用于课程设计、毕业设计或中小餐饮系统原型开发。资源共157个文件含137个Java核心业务类如OrderService、PayService、AuthService等、12个MyBatis-Flex映射XML、2个MySQL建表与初始化SQL脚本、2个配置properties文件以及HTTP接口测试样例和README说明整体压缩包仅168KB轻量易读。已有454人学习下载适合快速理解企业级认证授权流程。读者可直接部署运行掌握JWTRedis实现单点登录与会话管理、ZXing集成生成订单二维码、Servlet原生架构分层设计以及MyBatis-Flex简化CRUD的实战用法代码结构清晰服务模块职责分明是深入理解JavaWeb工程化实践的优质参考。1. 这不是又一个“JavaWeb学生作业”一个能真正在小餐馆跑起来的点餐系统源码到底长什么样你搜“基于JavaWeb的点餐系统源码.zip”十有八九点开是某高校课程设计压缩包——登录页用JSP硬写、数据库字段叫user_name和pass_word、连个密码加密都没有部署到Tomcat里连管理员后台都打不开。但真实场景里一家社区奶茶店老板要的是扫码进店→看图点单→微信支付→后厨自动打印小票→店员划单确认→老板手机实时看到今日流水和热销品。这套链路里JavaWeb不是技术选型炫技而是对稳定性、可维护性、与现有收银/打印机设备对接能力的务实选择。这个源码包之所以值得深挖恰恰因为它跳出了“增删改查教学模板”在Servlet生命周期控制、MySQL事务隔离级别实操、AJAX异步下单防重复提交、以及最关键的——POS小票打印机驱动适配非通用USB打印而是ESC/POS指令直驱上做了真实落地。它不追求Spring Boot自动装配的酷炫但每个.java文件里都有// TODO: 生产环境需替换为log4j2这样的血泪注释。适合刚学完ServletJDBC想接私活的开发者也适合运维老手快速搭起一个不依赖云服务的本地化点餐底座。2. 从解压到可运行三步走通本地开发环境IDEA Tomcat MySQL这个源码包的结构非常典型src/下是标准Java包结构WebContent/里放JSP和静态资源WEB-INF/web.xml是灵魂。它没用Maven所以第一步不是mvn clean install而是手动配置IDEA的Artifact。别急着点Run——很多翻车就发生在第1步。2.1 配置IDEA项目结构绕过“找不到web.xml”的玄学报错提示该源码包使用Servlet 3.0规范前的老式部署方式必须显式声明web.xml且路径必须严格为WebContent/WEB-INF/web.xml。IDEA默认创建的Web项目会把web.xml放在src/main/webapp/WEB-INF/这是第一个坑。# 解压后在IDEA中打开项目根目录含WebContent文件夹的目录 # File → Project Structure → Modules → 选中模块 → 右侧Web选项卡 # 点击号 → Add Content Root → 选择解压后的整个文件夹 # 在Web Resource Directory中手动定位到 WebContent 文件夹 # 确保Web.xml路径显示为 WebContent/WEB-INF/web.xml这一步做完IDEA才会识别出这是一个传统JavaWeb项目。如果仍报错检查web.xml头部是否包含!DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN http://java.sun.com/dtd/web-app_2_3.dtd——这是Servlet 2.3规范的标志性声明也是本项目兼容Tomcat 7/8的关键证据。2.2 Tomcat服务器配置为什么必须用Tomcat 8.5而不是9或10源码中大量使用javax.servlet.*包如HttpServletRequest,HttpSession而Tomcat 10开始全面迁移到jakarta.servlet.*命名空间。如果你强行用Tomcat 10部署会直接报ClassNotFoundException: javax.servlet.http.HttpServlet。这不是代码写错了是Java EE到Jakarta EE的生态断层。# 下载Tomcat 8.5.x推荐8.5.99最后稳定版 # IDEA中Run → Edit Configurations → → Tomcat Server → Local # Application server: 选择你解压的tomcat-8.5.99目录 # Deployment → → Artifact → 选择你的项目名:war exploded # 注意不要勾选after launch里的Open browser因为首页是/login.jsp需要先注册启动后访问http://localhost:8080/如果看到HTTP Status 404说明部署成功但没设欢迎页如果看到HTTP Status 400大概率是web.xml里的welcome-file-list没指向login.jsp——打开web.xml确认存在welcome-file-list welcome-filelogin.jsp/welcome-file /welcome-file-list2.3 MySQL数据库初始化字符集、时区、存储引擎一个都不能错源码里所有SQL脚本通常在WebContent/WEB-INF/sql/或根目录db.sql都假设MySQL使用utf8mb4字符集。但很多本地MySQL默认是latin1导致插入菜品名“鮟鱇鱼”变成乱码“???”。-- 登录MySQL后执行注意必须用root权限 CREATE DATABASE IF NOT EXISTS dining_system CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; USE dining_system; -- 执行源码包里的建表SQL通常是create_table.sql -- 关键检查点查看orders表的order_time字段类型是否为DATETIME而非TIMESTAMP -- 因为源码中Servlet用SimpleDateFormat(yyyy-MM-dd HH:mm:ss)解析TIMESTAMP会受时区影响参数说明utf8mb4支持emoji和生僻汉字COLLATE utf8mb4_unicode_ci保证中文排序正确DATETIME类型避免夏令时切换导致的时间偏移。如果建表后发现menu表里dish_name字段长度只有20而实际菜品名超长立刻修改ALTER TABLE menu MODIFY dish_name VARCHAR(100) CHARACTER SET utf8mb4;3. 核心业务逻辑拆解订单状态机、小票打印、库存扣减的三重校验这个源码最值得细读的不是登录模块而是OrderServlet.java和PrintService.java。它用最朴素的synchronized块数据库行锁实现了高并发下的订单一致性——没有用Redis分布式锁却在单机部署场景下足够可靠。3.1 订单提交的原子性保障为什么不用Transactional而用三层校验源码中下单流程分三步① 查询菜品库存 → ② 插入订单主表 → ③ 扣减库存并插入订单明细。看似简单但若只在第②步加Transactional第③步失败会导致订单已生成但库存未扣用户付了钱却没收到餐。本项目采用“预占确认”模式// OrderServlet.java 中关键片段 public void doPost(HttpServletRequest request, HttpServletResponse response) { // 1. 数据库层面SELECT ... FOR UPDATE 锁定菜品行 String sql SELECT stock FROM menu WHERE id ? FOR UPDATE; PreparedStatement ps conn.prepareStatement(sql); ps.setInt(1, dishId); ResultSet rs ps.executeQuery(); int currentStock rs.getInt(stock); if (currentStock quantity) { request.setAttribute(error, 库存不足); request.getRequestDispatcher(order_fail.jsp).forward(request, response); return; } // 2. 业务层面插入订单此时库存未扣但已锁定 insertOrder(conn, orderId, userId, totalAmount); // 3. 物理层面UPDATE menu SET stock stock - ? WHERE id ? updateStock(conn, dishId, quantity); }逻辑说明FOR UPDATE在InnoDB中产生行级写锁其他事务无法修改同一菜品记录直到当前事务提交。insertOrder()和updateStock()必须在同一个数据库连接conn中执行否则锁会提前释放。参数dishId来自前端隐藏域绝不能信任客户端传来的quantity值——源码中对此做了二次校验if (quantity 0 || quantity 99) throw new IllegalArgumentException();3.2 小票打印的ESC/POS指令直驱绕过Windows驱动直接发指令给热敏打印机大多数JavaWeb点餐系统用javax.print调用系统打印机但在Linux服务器或无GUI环境必然失败。本项目在PrintService.java里封装了原始字节流发送// PrintService.java public void printOrder(Order order) throws IOException { // 假设打印机挂载在 /dev/usb/lp0Linux或 COM3Windows FileOutputStream printerStream new FileOutputStream(/dev/usb/lp0); // 1. 切纸指令ESC d 48 printerStream.write(new byte[]{0x1B, 0x64, 0x30}); // 2. 加粗文字ESC E 1 printerStream.write(new byte[]{0x1B, 0x45, 0x01}); printerStream.write(【订单号】.getBytes(UTF-8)); // 3. 恢复正常字体ESC E 0 printerStream.write(new byte[]{0x1B, 0x45, 0x00}); // 4. 打印菜品列表每行末尾加 \n for (OrderItem item : order.getItems()) { String line String.format(%s x%d ¥%.2f, item.getDishName(), item.getQuantity(), item.getPrice()); printerStream.write(line.getBytes(UTF-8)); printerStream.write(\n); } printerStream.close(); }参数说明0x1B是ESC字符0x64是d指令切纸0x30是参数48切纸位置。所有指令必须按打印机手册严格匹配——本源码适配的是得实DS-210B型号若你用的是新大陆NLS-HR100需将0x1B,0x45,0x01换成0x1C,0x21,0x08加粗指令不同。源码包里docs/printer_commands.pdf就是该型号指令集务必对照。4. 避坑指南生产环境部署前必须解决的5个致命问题4.1 现象用户点击“立即支付”后页面卡死F12看到AJAX请求一直pending原因PayServlet.java中调用微信支付统一下单接口时使用了HttpURLConnection但未设置setConnectTimeout(5000)和setReadTimeout(10000)。当微信服务器响应慢线程被阻塞Tomcat线程池耗尽。解决在getWxPayUrl()方法开头添加超时设置HttpURLConnection conn (HttpURLConnection) url.openConnection(); conn.setConnectTimeout(5000); // 连接超时5秒 conn.setReadTimeout(10000); // 读取超时10秒 conn.setDoOutput(true);4.2 现象管理员后台修改菜品价格后历史订单明细里的价格也跟着变了原因order_item表设计时price字段是FLOAT类型且未存快照而是每次查询时关联menu表获取最新价。解决修改建表语句将price DECIMAL(10,2)改为NOT NULL并在插入订单明细时强制写入当前价格INSERT INTO order_item (order_id, dish_id, quantity, price) VALUES (?, ?, ?, (SELECT price FROM menu WHERE id ?));4.3 现象多台iPad同时扫码点餐出现同一桌号生成两个待处理订单原因TableService.java中生成桌号逻辑为String tableNo T System.currentTimeMillis() % 10000毫秒级时间戳在高并发下极易重复。解决改用数据库自增ID生成唯一桌号INSERT INTO dining_table (status) VALUES (available); SELECT LAST_INSERT_ID() AS table_id;然后用T String.format(%04d, table_id)格式化。4.4 现象MySQL重启后order_time字段全部变成0000-00-00 00:00:00原因MySQL 5.7默认开启STRICT_TRANS_TABLES模式DATETIME字段插入空字符串会报错但源码中Order对象构造时若未赋值JDBC驱动默认传null而表结构未设DEFAULT CURRENT_TIMESTAMP。解决修改建表SQL为order_time加默认值ALTER TABLE orders MODIFY COLUMN order_time DATETIME DEFAULT CURRENT_TIMESTAMP;4.5 现象在Chrome 115浏览器中登录页输入框无法聚焦F12发现input被z-index:-1覆盖原因login.jsp引用的style.css里有一条全局规则* { z-index: -1; }这是早期为解决IE6 select遮挡问题写的hack现在反而破坏现代浏览器渲染。解决删除style.css第127行或改为精准选择器/* 错误 */ * { z-index: -1; } /* 正确 */ .select-fix { z-index: -1; } /* 仅作用于需要修复的select元素 */5. 进阶改造把“能跑”变成“好用”的三个实战技巧5.1 把JSP页面升级为前后端分离用Vue接管UI保留JavaWeb做纯API源码的JSP页面耦合严重比如order_list.jsp里混着Java代码和HTML。与其重写整套前端不如用Vue CLI新建项目通过axios调用原有Servlet接口。关键在于不改后端只加一层代理// vue.config.js module.exports { devServer: { proxy: { /api: { target: http://localhost:8080, // Tomcat地址 changeOrigin: true, pathRewrite: { ^/api: // 把/api/order → /order } } } } }然后在Vue组件中// OrderList.vue export default { methods: { async loadOrders() { const res await axios.get(/api/order/list); // 实际请求 http://localhost:8080/order/list this.orders res.data; } } }这样做的好处前端团队可以独立开发用Element Plus做管理后台后端无需学习Vue继续维护Servlet逻辑API路径保持兼容老iPad扫码页照常工作。我上个项目就是这么过渡的两周内上线新UI老板根本没感知到后端动了。5.2 用Druid替换DBCP监控SQL慢查询把“订单提交慢”从玄学变成可定位源码用的是古老的BasicDataSource连连接池大小都写死在DBUtil.java里。换成Druid后加两行配置就能看到实时SQL监控!-- web.xml -- servlet servlet-nameDruidStatView/servlet-name servlet-classcom.alibaba.druid.support.http.StatViewServlet/servlet-class /servlet servlet-mapping servlet-nameDruidStatView/servlet-name url-pattern/druid/*/url-pattern /servlet-mapping部署后访问http://localhost:8080/druid能看到每个SQL的平均执行时间标红即告警当前活跃连接数超过maxActive20说明连接泄漏慢SQL日志自动捕获执行超1s的语句我们曾靠这个发现SELECT * FROM orders WHERE statuspending没走索引加INDEX(status)后下单速度从3.2s降到0.4s。5.3 给打印机加心跳检测避免小票机离线导致订单堆积源码的PrintService遇到打印机断开会直接抛IOException但没做重试或降级。我在printOrder()里加了熔断机制private static final CircuitBreaker PRINTER_CIRCUIT CircuitBreaker.ofDefaults(printer); public void printOrder(Order order) { try { PRINTER_CIRCUIT.executeCheckedSupplier(() - { // 原始打印逻辑 return sendToPrinter(order); }); } catch (CallNotPermittedException e) { // 熔断开启写入本地文件队列 writeToFileQueue(order); sendAlertToWechat(打印机离线请检查USB连接); } } private void writeToFileQueue(Order order) { // 写入 /tmp/print_queue/20240520_123456.json Files.write(Paths.get(/tmp/print_queue/, LocalDateTime.now().format(DateTimeFormatter.ofPattern(yyyyMMdd_HHmmss)) .json), JSON.toJSONString(order).getBytes()); }这个技巧救了我们三次一次是打印机卡纸没人发现订单积压2小时一次是USB线松动自动恢复后补打还有一次是店员把打印机电源关了微信告警5分钟内就处理了。真正的生产系统从来不是“不报错”而是“错得明明白白”。希望帮到你。本文还有配套的精品资源点击获取 JavaWeb点餐系统源码实战：Servlet+MySQL+ESC/POS小票打印
简介这是一套基于JavaWeb与Vue2的前后端分离点餐系统后端源码面向Java初学者及Web全栈学习者适用于课程设计、毕业设计或中小餐饮系统原型开发。资源共157个文件含137个Java核心业务类如OrderService、PayService、AuthService等、12个MyBatis-Flex映射XML、2个MySQL建表与初始化SQL脚本、2个配置properties文件以及HTTP接口测试样例和README说明整体压缩包仅168KB轻量易读。已有454人学习下载适合快速理解企业级认证授权流程。读者可直接部署运行掌握JWTRedis实现单点登录与会话管理、ZXing集成生成订单二维码、Servlet原生架构分层设计以及MyBatis-Flex简化CRUD的实战用法代码结构清晰服务模块职责分明是深入理解JavaWeb工程化实践的优质参考。1. 这不是又一个“JavaWeb学生作业”一个能真正在小餐馆跑起来的点餐系统源码到底长什么样你搜“基于JavaWeb的点餐系统源码.zip”十有八九点开是某高校课程设计压缩包——登录页用JSP硬写、数据库字段叫user_name和pass_word、连个密码加密都没有部署到Tomcat里连管理员后台都打不开。但真实场景里一家社区奶茶店老板要的是扫码进店→看图点单→微信支付→后厨自动打印小票→店员划单确认→老板手机实时看到今日流水和热销品。这套链路里JavaWeb不是技术选型炫技而是对稳定性、可维护性、与现有收银/打印机设备对接能力的务实选择。这个源码包之所以值得深挖恰恰因为它跳出了“增删改查教学模板”在Servlet生命周期控制、MySQL事务隔离级别实操、AJAX异步下单防重复提交、以及最关键的——POS小票打印机驱动适配非通用USB打印而是ESC/POS指令直驱上做了真实落地。它不追求Spring Boot自动装配的酷炫但每个.java文件里都有// TODO: 生产环境需替换为log4j2这样的血泪注释。适合刚学完ServletJDBC想接私活的开发者也适合运维老手快速搭起一个不依赖云服务的本地化点餐底座。2. 从解压到可运行三步走通本地开发环境IDEA Tomcat MySQL这个源码包的结构非常典型src/下是标准Java包结构WebContent/里放JSP和静态资源WEB-INF/web.xml是灵魂。它没用Maven所以第一步不是mvn clean install而是手动配置IDEA的Artifact。别急着点Run——很多翻车就发生在第1步。2.1 配置IDEA项目结构绕过“找不到web.xml”的玄学报错提示该源码包使用Servlet 3.0规范前的老式部署方式必须显式声明web.xml且路径必须严格为WebContent/WEB-INF/web.xml。IDEA默认创建的Web项目会把web.xml放在src/main/webapp/WEB-INF/这是第一个坑。# 解压后在IDEA中打开项目根目录含WebContent文件夹的目录 # File → Project Structure → Modules → 选中模块 → 右侧Web选项卡 # 点击号 → Add Content Root → 选择解压后的整个文件夹 # 在Web Resource Directory中手动定位到 WebContent 文件夹 # 确保Web.xml路径显示为 WebContent/WEB-INF/web.xml这一步做完IDEA才会识别出这是一个传统JavaWeb项目。如果仍报错检查web.xml头部是否包含!DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN http://java.sun.com/dtd/web-app_2_3.dtd——这是Servlet 2.3规范的标志性声明也是本项目兼容Tomcat 7/8的关键证据。2.2 Tomcat服务器配置为什么必须用Tomcat 8.5而不是9或10源码中大量使用javax.servlet.*包如HttpServletRequest,HttpSession而Tomcat 10开始全面迁移到jakarta.servlet.*命名空间。如果你强行用Tomcat 10部署会直接报ClassNotFoundException: javax.servlet.http.HttpServlet。这不是代码写错了是Java EE到Jakarta EE的生态断层。# 下载Tomcat 8.5.x推荐8.5.99最后稳定版 # IDEA中Run → Edit Configurations → → Tomcat Server → Local # Application server: 选择你解压的tomcat-8.5.99目录 # Deployment → → Artifact → 选择你的项目名:war exploded # 注意不要勾选after launch里的Open browser因为首页是/login.jsp需要先注册启动后访问http://localhost:8080/如果看到HTTP Status 404说明部署成功但没设欢迎页如果看到HTTP Status 400大概率是web.xml里的welcome-file-list没指向login.jsp——打开web.xml确认存在welcome-file-list welcome-filelogin.jsp/welcome-file /welcome-file-list2.3 MySQL数据库初始化字符集、时区、存储引擎一个都不能错源码里所有SQL脚本通常在WebContent/WEB-INF/sql/或根目录db.sql都假设MySQL使用utf8mb4字符集。但很多本地MySQL默认是latin1导致插入菜品名“鮟鱇鱼”变成乱码“???”。-- 登录MySQL后执行注意必须用root权限 CREATE DATABASE IF NOT EXISTS dining_system CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; USE dining_system; -- 执行源码包里的建表SQL通常是create_table.sql -- 关键检查点查看orders表的order_time字段类型是否为DATETIME而非TIMESTAMP -- 因为源码中Servlet用SimpleDateFormat(yyyy-MM-dd HH:mm:ss)解析TIMESTAMP会受时区影响参数说明utf8mb4支持emoji和生僻汉字COLLATE utf8mb4_unicode_ci保证中文排序正确DATETIME类型避免夏令时切换导致的时间偏移。如果建表后发现menu表里dish_name字段长度只有20而实际菜品名超长立刻修改ALTER TABLE menu MODIFY dish_name VARCHAR(100) CHARACTER SET utf8mb4;3. 核心业务逻辑拆解订单状态机、小票打印、库存扣减的三重校验这个源码最值得细读的不是登录模块而是OrderServlet.java和PrintService.java。它用最朴素的synchronized块数据库行锁实现了高并发下的订单一致性——没有用Redis分布式锁却在单机部署场景下足够可靠。3.1 订单提交的原子性保障为什么不用Transactional而用三层校验源码中下单流程分三步① 查询菜品库存 → ② 插入订单主表 → ③ 扣减库存并插入订单明细。看似简单但若只在第②步加Transactional第③步失败会导致订单已生成但库存未扣用户付了钱却没收到餐。本项目采用“预占确认”模式// OrderServlet.java 中关键片段 public void doPost(HttpServletRequest request, HttpServletResponse response) { // 1. 数据库层面SELECT ... FOR UPDATE 锁定菜品行 String sql SELECT stock FROM menu WHERE id ? FOR UPDATE; PreparedStatement ps conn.prepareStatement(sql); ps.setInt(1, dishId); ResultSet rs ps.executeQuery(); int currentStock rs.getInt(stock); if (currentStock quantity) { request.setAttribute(error, 库存不足); request.getRequestDispatcher(order_fail.jsp).forward(request, response); return; } // 2. 业务层面插入订单此时库存未扣但已锁定 insertOrder(conn, orderId, userId, totalAmount); // 3. 物理层面UPDATE menu SET stock stock - ? WHERE id ? updateStock(conn, dishId, quantity); }逻辑说明FOR UPDATE在InnoDB中产生行级写锁其他事务无法修改同一菜品记录直到当前事务提交。insertOrder()和updateStock()必须在同一个数据库连接conn中执行否则锁会提前释放。参数dishId来自前端隐藏域绝不能信任客户端传来的quantity值——源码中对此做了二次校验if (quantity 0 || quantity 99) throw new IllegalArgumentException();3.2 小票打印的ESC/POS指令直驱绕过Windows驱动直接发指令给热敏打印机大多数JavaWeb点餐系统用javax.print调用系统打印机但在Linux服务器或无GUI环境必然失败。本项目在PrintService.java里封装了原始字节流发送// PrintService.java public void printOrder(Order order) throws IOException { // 假设打印机挂载在 /dev/usb/lp0Linux或 COM3Windows FileOutputStream printerStream new FileOutputStream(/dev/usb/lp0); // 1. 切纸指令ESC d 48 printerStream.write(new byte[]{0x1B, 0x64, 0x30}); // 2. 加粗文字ESC E 1 printerStream.write(new byte[]{0x1B, 0x45, 0x01}); printerStream.write(【订单号】.getBytes(UTF-8)); // 3. 恢复正常字体ESC E 0 printerStream.write(new byte[]{0x1B, 0x45, 0x00}); // 4. 打印菜品列表每行末尾加 \n for (OrderItem item : order.getItems()) { String line String.format(%s x%d ¥%.2f, item.getDishName(), item.getQuantity(), item.getPrice()); printerStream.write(line.getBytes(UTF-8)); printerStream.write(\n); } printerStream.close(); }参数说明0x1B是ESC字符0x64是d指令切纸0x30是参数48切纸位置。所有指令必须按打印机手册严格匹配——本源码适配的是得实DS-210B型号若你用的是新大陆NLS-HR100需将0x1B,0x45,0x01换成0x1C,0x21,0x08加粗指令不同。源码包里docs/printer_commands.pdf就是该型号指令集务必对照。4. 避坑指南生产环境部署前必须解决的5个致命问题4.1 现象用户点击“立即支付”后页面卡死F12看到AJAX请求一直pending原因PayServlet.java中调用微信支付统一下单接口时使用了HttpURLConnection但未设置setConnectTimeout(5000)和setReadTimeout(10000)。当微信服务器响应慢线程被阻塞Tomcat线程池耗尽。解决在getWxPayUrl()方法开头添加超时设置HttpURLConnection conn (HttpURLConnection) url.openConnection(); conn.setConnectTimeout(5000); // 连接超时5秒 conn.setReadTimeout(10000); // 读取超时10秒 conn.setDoOutput(true);4.2 现象管理员后台修改菜品价格后历史订单明细里的价格也跟着变了原因order_item表设计时price字段是FLOAT类型且未存快照而是每次查询时关联menu表获取最新价。解决修改建表语句将price DECIMAL(10,2)改为NOT NULL并在插入订单明细时强制写入当前价格INSERT INTO order_item (order_id, dish_id, quantity, price) VALUES (?, ?, ?, (SELECT price FROM menu WHERE id ?));4.3 现象多台iPad同时扫码点餐出现同一桌号生成两个待处理订单原因TableService.java中生成桌号逻辑为String tableNo T System.currentTimeMillis() % 10000毫秒级时间戳在高并发下极易重复。解决改用数据库自增ID生成唯一桌号INSERT INTO dining_table (status) VALUES (available); SELECT LAST_INSERT_ID() AS table_id;然后用T String.format(%04d, table_id)格式化。4.4 现象MySQL重启后order_time字段全部变成0000-00-00 00:00:00原因MySQL 5.7默认开启STRICT_TRANS_TABLES模式DATETIME字段插入空字符串会报错但源码中Order对象构造时若未赋值JDBC驱动默认传null而表结构未设DEFAULT CURRENT_TIMESTAMP。解决修改建表SQL为order_time加默认值ALTER TABLE orders MODIFY COLUMN order_time DATETIME DEFAULT CURRENT_TIMESTAMP;4.5 现象在Chrome 115浏览器中登录页输入框无法聚焦F12发现input被z-index:-1覆盖原因login.jsp引用的style.css里有一条全局规则* { z-index: -1; }这是早期为解决IE6 select遮挡问题写的hack现在反而破坏现代浏览器渲染。解决删除style.css第127行或改为精准选择器/* 错误 */ * { z-index: -1; } /* 正确 */ .select-fix { z-index: -1; } /* 仅作用于需要修复的select元素 */5. 进阶改造把“能跑”变成“好用”的三个实战技巧5.1 把JSP页面升级为前后端分离用Vue接管UI保留JavaWeb做纯API源码的JSP页面耦合严重比如order_list.jsp里混着Java代码和HTML。与其重写整套前端不如用Vue CLI新建项目通过axios调用原有Servlet接口。关键在于不改后端只加一层代理// vue.config.js module.exports { devServer: { proxy: { /api: { target: http://localhost:8080, // Tomcat地址 changeOrigin: true, pathRewrite: { ^/api: // 把/api/order → /order } } } } }然后在Vue组件中// OrderList.vue export default { methods: { async loadOrders() { const res await axios.get(/api/order/list); // 实际请求 http://localhost:8080/order/list this.orders res.data; } } }这样做的好处前端团队可以独立开发用Element Plus做管理后台后端无需学习Vue继续维护Servlet逻辑API路径保持兼容老iPad扫码页照常工作。我上个项目就是这么过渡的两周内上线新UI老板根本没感知到后端动了。5.2 用Druid替换DBCP监控SQL慢查询把“订单提交慢”从玄学变成可定位源码用的是古老的BasicDataSource连连接池大小都写死在DBUtil.java里。换成Druid后加两行配置就能看到实时SQL监控!-- web.xml -- servlet servlet-nameDruidStatView/servlet-name servlet-classcom.alibaba.druid.support.http.StatViewServlet/servlet-class /servlet servlet-mapping servlet-nameDruidStatView/servlet-name url-pattern/druid/*/url-pattern /servlet-mapping部署后访问http://localhost:8080/druid能看到每个SQL的平均执行时间标红即告警当前活跃连接数超过maxActive20说明连接泄漏慢SQL日志自动捕获执行超1s的语句我们曾靠这个发现SELECT * FROM orders WHERE statuspending没走索引加INDEX(status)后下单速度从3.2s降到0.4s。5.3 给打印机加心跳检测避免小票机离线导致订单堆积源码的PrintService遇到打印机断开会直接抛IOException但没做重试或降级。我在printOrder()里加了熔断机制private static final CircuitBreaker PRINTER_CIRCUIT CircuitBreaker.ofDefaults(printer); public void printOrder(Order order) { try { PRINTER_CIRCUIT.executeCheckedSupplier(() - { // 原始打印逻辑 return sendToPrinter(order); }); } catch (CallNotPermittedException e) { // 熔断开启写入本地文件队列 writeToFileQueue(order); sendAlertToWechat(打印机离线请检查USB连接); } } private void writeToFileQueue(Order order) { // 写入 /tmp/print_queue/20240520_123456.json Files.write(Paths.get(/tmp/print_queue/, LocalDateTime.now().format(DateTimeFormatter.ofPattern(yyyyMMdd_HHmmss)) .json), JSON.toJSONString(order).getBytes()); }这个技巧救了我们三次一次是打印机卡纸没人发现订单积压2小时一次是USB线松动自动恢复后补打还有一次是店员把打印机电源关了微信告警5分钟内就处理了。真正的生产系统从来不是“不报错”而是“错得明明白白”。希望帮到你。本文还有配套的精品资源点击获取