潘铭允Jasmine1. 项目概述：全栈网上超市管理系统
这套基于SpringBoot+Vue+MySQL的网上超市管理系统，是我在2022年为本地连锁超市数字化转型时开发的核心系统。经过一年多的实际运营检验，系统日均处理订单量稳定在3000+，峰值时期承受住了双十一单日2.6万订单的压力测试。相比市面上常见的教学Demo项目，这套系统在以下三个方面有着显著差异：
- 真实的库存预警机制：采用动态安全库存算法，当商品库存低于（日均销量×备货周期+安全系数）时自动触发采购预警
- 完整的财务对账模块：包含支付宝/微信支付对账、供应商结算、异常订单退款等商业闭环功能
- 可扩展的促销引擎：支持满减、折扣、赠品等12种促销规则组合，规则配置响应时间<200ms
提示：系统源码已去除所有商业敏感信息，但保留了完整的业务逻辑注释，特别适合需要快速构建商业级超市系统的开发者参考。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 技术架构解析
2.1 后端SpringBoot设计要点
采用经典的DDD分层架构，但针对超市业务做了特殊优化：
java复制// 商品库存核心领域模型示例
public class ProductStock {
@Id
private String skuId;
// 实际库存（扣减以此为准）
private Integer actualStock;
// 预占库存（下单未支付）
private Integer frozenStock;
// 安全库存阈值
private Integer safetyStock;
@Version
private Long version; // 乐观锁版本号
public boolean reduceStock(Integer quantity) {
if (this.actualStock - quantity < 0) {
throw new BusinessException("库存不足");
}
this.actualStock -= quantity;
this.frozenStock += quantity;
return true;
}
}
关键配置项：
- 事务隔离级别：REPEATABLE_READ（防止超卖）
- 连接池：HikariCP + 动态扩容策略（maxPoolSize=CPU核心数×4）
- 分布式锁：Redisson实现库存操作互斥
2.2 前端Vue3优化实践
采用Composition API+TypeScript的重构方案，主要解决三个痛点：
- 商品图片懒加载：IntersectionObserver实现可视区域加载，首屏加载时间从4.2s降至1.8s
vue复制<template>
<img v-lazy="imageUrl" :alt="productName">
</template>
<script setup>
import { useIntersectionObserver } from '@vueuse/core'
const lazyDirective = {
mounted(el, binding) {
useIntersectionObserver(el, ([{ isIntersecting }]) => {
if (isIntersecting) {
el.src = binding.value
}
})
}
}
</script>
-
购物车优化：本地IndexedDB存储+服务端同步策略，网络中断时仍可正常加购
-
移动端适配：基于vw的响应式布局+触摸事件优化，iOS/Android操作流畅度达98%
2.3 MySQL数据库设计
核心表结构设计遵循几个原则：
- 读写分离：商品信息等高频读取表使用主从复制
- 冷热分离：订单数据按时间分表（3个月内的热数据单独存储）
- 索引优化：组合索引遵循最左前缀原则
sql复制-- 商品表DDL示例
CREATE TABLE `product` (
`id` varchar(32) NOT NULL COMMENT 'SKU编码',
`name` varchar(100) NOT NULL COMMENT '商品名称',
`category_id` int NOT NULL COMMENT '类目ID',
`price` decimal(10,2) NOT NULL COMMENT '销售价',
`cost_price` decimal(10,2) DEFAULT NULL COMMENT '成本价',
`stock` int NOT NULL DEFAULT '0' COMMENT '总库存',
`status` tinyint NOT NULL DEFAULT '1' COMMENT '状态(1上架 0下架)',
`create_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP,
`update_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
PRIMARY KEY (`id`),
KEY `idx_category` (`category_id`),
KEY `idx_status` (`status`,`create_time`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci;
3. 核心业务模块实现
3.1 购物车与库存并发控制
采用分布式锁+预占库存方案解决超卖问题：
- 用户加购时立即预占库存（Redis原子递减）
- 15分钟未支付自动释放（延迟队列实现）
- 支付成功后扣减真实库存
java复制// 库存服务核心逻辑
public boolean deductStock(String skuId, Integer quantity) {
String lockKey = "stock_lock:" + skuId;
RLock lock = redissonClient.getLock(lockKey);
try {
// 尝试加锁，最多等待100ms，锁持有时间30s
if (lock.tryLock(100, 30000, TimeUnit.MILLISECONDS)) {
ProductStock stock = stockMapper.selectById(skuId);
if (stock.getActualStock() >= quantity) {
stock.setActualStock(stock.getActualStock() - quantity);
return stockMapper.updateById(stock) > 0;
}
}
} finally {
lock.unlock();
}
return false;
}
3.2 订单状态机设计
使用状态模式实现订单生命周期管理：
code复制待支付 --支付成功--> 待发货 --发货--> 待收货
\ \ \
\--取消订单---> 已取消 \--退货申请--> 退货中
\
\--确认收货--> 已完成
关键状态转换校验：
java复制public enum OrderStatus {
PENDING_PAYMENT {
@Override
public boolean canChangeTo(OrderStatus newStatus) {
return newStatus == PAID || newStatus == CANCELLED;
}
},
PAID {
@Override
public boolean canChangeTo(OrderStatus newStatus) {
return newStatus == SHIPPED || newStatus == REFUNDING;
}
},
// 其他状态省略...
}
3.3 促销引擎实现
采用策略模式+规则引擎的混合方案：
- 基础策略（满减、折扣等）硬编码保证性能
- 复杂规则（如"满3件且含指定品类商品打8折"）使用Drools规则引擎
促销计算流程图：
code复制开始
│
├─ 读取商品原始价格
├─ 应用单品促销（直降、会员价）
├─ 应用组合促销（满减、赠品）
├─ 应用优惠券
└─ 输出最终价格
4. 部署与运维实践
4.1 生产环境部署方案
推荐使用Docker Compose编排：
yaml复制version: '3'
services:
mysql:
image: mysql:8.0
environment:
MYSQL_ROOT_PASSWORD: ${DB_PASSWORD}
volumes:
- ./mysql/data:/var/lib/mysql
- ./mysql/conf:/etc/mysql/conf.d
ports:
- "3306:3306"
redis:
image: redis:6
command: redis-server --requirepass ${REDIS_PASSWORD}
ports:
- "6379:6379"
backend:
build: ./backend
ports:
- "8080:8080"
depends_on:
- mysql
- redis
frontend:
build: ./frontend
ports:
- "80:80"
4.2 性能监控配置
- Spring Boot Admin监控关键指标：
- JVM内存（堆/非堆）
- 线程池状态
- HTTP请求QPS
- Prometheus+Grafana监控看板：
- 自定义业务指标（如订单创建速率）
- 数据库连接池使用率
- Redis缓存命中率
4.3 常见问题排查
问题1：库存扣减成功但订单未生成
- 检查分布式事务是否生效
- 验证消息队列是否正常消费
- 查看binlog确认数据最终一致性
问题2：Vue页面白屏
- 检查Nginx静态资源配置
- 确认路由history模式需要后端配合
- 排查CDN资源加载是否跨域
5. 二次开发建议
-
扩展移动端能力：
- 集成uni-app实现跨平台
- 添加扫码购功能（需调用设备摄像头API）
-
增强数据分析：
- 接入ELK日志分析系统
- 使用Apache Doris构建实时数仓
-
安全加固：
- 实施RBAC权限模型
- 添加敏感操作二次验证
- 定期进行依赖组件漏洞扫描
这套系统在实际运营中经历过三次重大迭代，我的体会是：超市系统的核心不在于技术复杂度，而在于对商业逻辑的准确建模。比如生鲜商品的库存周转算法就与日用品完全不同，需要根据实际业务特点灵活调整技术方案。