1. 项目概述：无人台球茶室智能系统的核心价值

去年接手的一个商业项目让我对传统娱乐场所的智能化改造有了全新认识。这个基于Java开发的无人台球茶室管理系统，本质上是通过技术手段将传统需要人工值守的台球厅、棋牌室转变为24小时自助运营的智能空间。最让我惊讶的是，这套系统上线后帮客户将人力成本降低了60%，同时通过智能计费和安防模块将营收漏洞减少了45%。

这套系统的核心在于三个技术落地点：首先是用Java EE构建的稳定后台服务，处理订单、会员、设备控制等核心业务；其次是物联网中控模块，通过RS485协议与球桌传感器、门禁系统、空调等硬件交互；最后是微信小程序+后台管理端构成的用户交互体系。这种架构设计既保证了系统可靠性（Java的强类型和线程安全优势），又兼顾了硬件兼容性和移动端用户体验。

2. 系统架构设计与技术选型

2.1 分层架构解析

在实际开发中采用了经典的四层架构：

• 表现层：Spring MVC + Thymeleaf模板（管理后台） + 微信小程序
• 业务层：Spring Boot + 自定义规则引擎（处理复杂的计费规则）
• 持久层：MyBatis-Plus + Druid连接池
• 设备层：Netty实现的TCP长连接服务（与硬件通信）

// 设备控制指令示例 public class DeviceCommand { private String deviceId; // 设备物理地址 private CommandType type; // 开关/查询/设置参数 private byte[] payload; // 协议定义的数据包 public enum CommandType { POWER_ON, POWER_OFF, QUERY_STATUS } }

关键点：硬件协议设计采用Modbus-RTU改良版，每个指令包含CRC16校验码。实测中发现某些国产球桌传感器响应延迟可能达到800ms，因此在超时设置上需要特别处理。

2.2 数据库设计要点

考虑到高频的订单操作和设备状态记录，数据库设计特别注意了以下几点：

1. 订单表做水平分片（按月份分表）
2. 设备状态表采用Redis缓存+MySQL持久化双写
3. 会员余额变更使用CAS乐观锁防止并发问题

CREATE TABLE `order_202307` ( `id` bigint NOT NULL COMMENT '雪花算法ID', `room_id` varchar(20) NOT NULL, `user_id` bigint NOT NULL, `start_time` datetime NOT NULL, `end_time` datetime DEFAULT NULL, `amount` decimal(10,2) DEFAULT '0.00', `device_log` json DEFAULT NULL COMMENT '设备操作记录', PRIMARY KEY (`id`), KEY `idx_user` (`user_id`), KEY `idx_time` (`start_time`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

3. 核心功能模块实现细节

3.1 智能计费系统

这是项目的营收核心模块，我们实现了动态计费规则引擎：

• 基础时段费：9:00-18:00 80元/小时
• 高峰时段费：18:00-2:00 120元/小时
• 会员折扣：根据等级享受8.5-9.5折
• 包场规则：超过3小时自动触发折扣

// 计费规则引擎示例 public class BillingEngine { public BigDecimal calculate(LocalDateTime start, LocalDateTime end, User user) { Duration duration = Duration.between(start, end); long minutes = duration.toMinutes(); // 分时段计算逻辑 BigDecimal amount = TimeSegment.calculate(start, end, baseRate); // 会员折扣 if(user.isMember()) { amount = amount.multiply(user.getDiscount()); } // 包场优惠 if(minutes > 180) { amount = amount.multiply(new BigDecimal("0.9")); } return amount.setScale(2, RoundingMode.HALF_UP); } }

3.2 设备联动控制

通过硬件网关实现了以下自动化场景：

1. 用户扫码开台 → 自动开启对应房间灯光和球桌电源
2. 结束使用 → 关闭设备并触发清洁提醒
3. 无人状态超时 → 自动关闭空调等耗电设备

硬件通信中的几个坑：

• 某些球桌的电源模块有5秒启动延迟，需要在代码中增加延时判断
• 网络波动可能导致状态不同步，我们增加了三次重试机制
• 电流检测发现某些老式灯箱存在漏电风险，后来增加了电气监控模块

4. 安全与稳定性保障

4.1 支付安全方案

采用双通道验证机制：

1. 微信支付成功后，需同步验证硬件端的开始使用信号
2. 建立支付订单-设备状态-监控视频的三重校验
3. 关键操作全部记录审计日志并上链存证

@Transactional public void handlePaymentSuccess(String orderId) { // 1. 验证支付真实性 Payment payment = paymentService.verify(orderId); // 2. 检查设备可用状态 Device device = deviceService.getById(payment.getDeviceId()); if(device.getStatus() != DeviceStatus.IDLE) { throw new BusinessException("设备占用中"); } // 3. 开启设备并创建使用记录 deviceControlService.powerOn(device.getMac()); usageService.create(payment); }

4.2 容灾处理方案

我们经历过两次严重故障后总结的经验：

1. 网络中断：本地缓存最近1小时订单数据，支持离线扫码
2. 数据库崩溃：关键表每天凌晨自动导出CSV备份到本地
3. 硬件故障：预留手动开关按钮，并标注应急联系电话

5. 实际运营数据与优化

上线半年后的关键指标：

• 平均设备使用率从35%提升至62%
• 逃单率从8%降至0.3%
• 电费支出下降22%（通过智能节能策略）

最近正在迭代的功能：

1. 基于人脸识别的会员无感认证
2. 通过球桌传感器数据统计用户技术水平
3. 根据历史数据预测高峰时段并动态调价

这套系统最让我意外的收获是：传统行业的技术改造往往能产生1+1>2的效果。有个客户把节省的人力成本用于提升场地装修，形成了良性循环。在代码层面，最大的教训是一定要重视硬件兼容性测试 - 我们曾经因为一个电源模块的固件版本问题折腾了整整三天。