1. 项目背景与核心需求
洗鞋店作为传统服务行业，数字化转型的需求日益迫切。传统的手工记录订单方式存在易丢失、难查询、统计效率低等问题。这套基于SpringBoot的订单管理系统正是为解决这些痛点而生。
我去年为本地一家连锁洗鞋店开发这套系统时，店主反映最头疼的就是旺季时订单混乱。店员用纸质单据登记，经常出现客户取鞋时找不到记录，或者同一双鞋被重复登记的情况。系统上线后，订单错误率直接降为零，业绩统计效率提升了300%。
系统核心功能包括：
- 客户信息管理（联系方式、鞋类偏好）
- 订单全流程跟踪（收件、清洗、质检、取件）
- 财务统计（日/月报表、员工业绩）
- 库存管理（清洁剂等耗材）
- 微信通知提醒（收件完成、可取件）
2. 技术架构设计
2.1 为什么选择SpringBoot
SpringBoot的约定大于配置特性特别适合这类中小型商业系统。我在技术选型时主要考虑：
- 快速交付：洗鞋店通常没有专职IT，系统必须开箱即用
- 低维护：自动配置减少了运维负担
- 扩展性：连锁店扩张时能快速部署新节点
技术栈组成：
- 前端：Thymeleaf + Bootstrap（兼顾管理端和移动端）
- 后端：SpringBoot 2.7 + MyBatis-Plus
- 数据库：MySQL 8.0（分表存储订单和客户数据）
- 消息队列：RabbitMQ（处理微信通知异步发送）
- 缓存：Redis（热门鞋类查询缓存）
2.2 数据库设计要点
订单系统的核心在于数据关系的设计。经过三个版本的迭代，当前最优结构如下：
sql复制CREATE TABLE `order` (
`id` bigint NOT NULL AUTO_INCREMENT COMMENT '雪花ID',
`customer_id` bigint NOT NULL,
`shoe_type` varchar(20) COMMENT '运动鞋/皮鞋等',
`accept_time` datetime NOT NULL,
`expect_finish_time` datetime,
`actual_finish_time` datetime,
`status` tinyint DEFAULT 0 COMMENT '0-待清洗 1-清洗中 2-待取件 3-已完成',
`clean_method` varchar(50) COMMENT '普通清洗/深度保养等',
`price` decimal(10,2) NOT NULL,
`operator_id` bigint COMMENT '经手店员',
PRIMARY KEY (`id`),
INDEX `idx_customer` (`customer_id`),
INDEX `idx_status` (`status`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
特别注意：鞋类照片存储采用OSS对象存储，数据库只存URL。实测单店每月会产生3000+张图片，直接存数据库会导致性能急剧下降。
3. 核心功能实现细节
3.1 订单状态机设计
清洗服务有明确的流程节点，用状态模式最合适。我抽象出以下状态转换：
java复制public enum OrderStatus {
PENDING {
@Override
public boolean canTransferTo(OrderStatus nextStatus) {
return nextStatus == WASHING;
}
},
WASHING {
@Override
public boolean canTransferTo(OrderStatus nextStatus) {
return nextStatus == WAIT_PICKUP;
}
},
WAIT_PICKUP {
@Override
public boolean canTransferTo(OrderStatus nextStatus) {
return nextStatus == COMPLETED;
}
},
COMPLETED {
@Override
public boolean canTransferTo(OrderStatus nextStatus) {
return false;
}
};
public abstract boolean canTransferTo(OrderStatus nextStatus);
}
在Service层通过状态模式+策略模式实现业务流程：
java复制public void changeStatus(Long orderId, OrderStatus newStatus) {
Order order = orderMapper.selectById(orderId);
if (!order.getStatus().canTransferTo(newStatus)) {
throw new BusinessException("非法状态转换");
}
// 策略模式处理不同状态的业务逻辑
StatusHandler handler = handlerFactory.getHandler(newStatus);
handler.handle(order);
order.setStatus(newStatus);
orderMapper.updateById(order);
}
3.2 微信通知集成
采用模板消息+事件驱动的设计：
- 使用RabbitMQ延迟队列实现定时提醒
- 消息失败后进入死信队列重试
- 模板消息内容动态渲染
关键配置示例：
yaml复制# application.yml
wechat:
template:
pickup-notify: "您的鞋子已清洗完成，取件码：${code}"
delay-notify: "您还有未取走的鞋子，明天店铺就打烊啦"
rabbitmq:
queues:
wechat-notify:
name: wechat.notify
ttl: 86400000 # 24小时延迟
dead-letter-exchange: wechat.dlx
4. 实战中的性能优化
4.1 订单查询优化
洗鞋店最频繁的操作是订单查询，特别是按手机号查未取件订单。经过压测发现几个关键点：
- 复合索引优化：
sql复制ALTER TABLE `order` ADD INDEX `idx_customer_status` (`customer_id`, `status`);
- 引入Redis缓存热门查询：
java复制@Cacheable(value = "orders", key = "#customerId+'_'+#status")
public List<Order> listByCustomer(Long customerId, OrderStatus status) {
return orderMapper.selectList(
new QueryWrapper<Order>()
.eq("customer_id", customerId)
.eq("status", status.ordinal())
);
}
- 分页查询禁止使用
select *：
xml复制<!-- OrderMapper.xml -->
<select id="selectPageVO" resultType="com.example.vo.OrderVO">
SELECT
o.id, c.name, o.shoe_type, o.status
FROM
`order` o LEFT JOIN customer c ON o.customer_id = c.id
LIMIT #{offset}, #{size}
</select>
4.2 批量导入性能提升
连锁店经常需要批量导入历史订单。最初使用MyBatis单条insert，1000条数据要18秒。优化方案：
- 开启批处理模式：
yaml复制spring:
datasource:
hikari:
data-source-properties:
rewriteBatchedStatements: true
- 使用MyBatis-Plus的saveBatch：
java复制List<Order> orders = parseExcel(file);
orderService.saveBatch(orders, 1000); // 每1000条提交一次
优化后相同数据量仅需2.3秒，提升近8倍。
5. 安全防护方案
5.1 订单编号生成
为防止恶意遍历，订单号采用"店铺编号+日期+雪花ID"组成：
java复制public String generateOrderNo(Long shopId) {
String date = LocalDate.now().format(DateTimeFormatter.BASIC_ISO_DATE);
long snowflakeId = snowflake.nextId();
return String.format("%03d%s%015d", shopId, date, snowflakeId);
}
5.2 接口防刷策略
- 关键接口添加RateLimit：
java复制@RateLimiter(value = 10, key = "#customerId")
public Order createOrder(Long customerId, OrderDTO dto) {
// 业务逻辑
}
- 敏感操作增加验证码：
java复制@PostMapping("/confirm-pickup")
public Result confirmPickup(@RequestParam String code,
@RequestParam Long orderId) {
if (!captchaService.verify(code)) {
throw new BusinessException("验证码错误");
}
return orderService.confirmPickup(orderId);
}
6. 部署与监控
6.1 容器化部署
使用Docker Compose编排方案：
yaml复制version: '3'
services:
app:
image: openjdk:11-jre
ports:
- "8080:8080"
volumes:
- ./logs:/app/logs
environment:
- SPRING_PROFILES_ACTIVE=prod
command: ["java", "-jar", "/app.jar"]
mysql:
image: mysql:8.0
volumes:
- ./mysql:/var/lib/mysql
environment:
- MYSQL_ROOT_PASSWORD=123456
redis:
image: redis:6
ports:
- "6379:6379"
6.2 健康监控配置
SpringBoot Actuator关键配置：
yaml复制management:
endpoints:
web:
exposure:
include: health,metrics,prometheus
endpoint:
health:
show-details: always
prometheus:
enabled: true
配合Grafana监控看板，重点关注：
- 订单创建QPS
- 平均响应时间
- 异常订单比例
- 微信通知成功率
7. 源码解析与扩展
系统采用经典的三层架构：
code复制com.example
├── config # 配置类
├── controller # 对外接口
├── service # 业务逻辑
│ ├── impl # 实现类
│ └── handler # 状态处理器
├── mapper # 数据访问
├── entity # 数据库实体
├── dto # 传输对象
└── util # 工具类
重点模块实现：
- 自动编号生成器（解决并发问题）
java复制public class SerialNumberGenerator {
private AtomicLong counter = new AtomicLong(0);
@Transactional
public String generate() {
String date = LocalDate.now().format(DateTimeFormatter.BASIC_ISO_DATE);
long seq = counter.incrementAndGet();
return String.format("SN%s%04d", date, seq % 10000);
}
}
- 多店铺支持方案
java复制@Aspect
@Component
public class ShopFilterAspect {
@Before("execution(* com.example.service..*(..))")
public void before(JoinPoint jp) {
Long shopId = SecurityUtils.getCurrentShopId();
if (shopId != null) {
DynamicDataSourceContextHolder.set(shopId);
}
}
}
这套系统在实际运营中表现出色，日均稳定处理2000+订单。最大的收获是认识到：看似简单的业务系统，在真实场景中会遇到各种边界情况。比如有客户一次送来50双球鞋要团队定制，这就需要在订单项设计上预留扩展字段。