1. 项目背景与需求分析
青岛城阳小饰品批发市场作为区域性小商品集散中心,近年来面临电商冲击和线下客流减少的双重压力。市场管理方希望通过建设线上平台实现以下核心目标:
- 商户赋能:为场内200余家中小商户提供零技术门槛的电商接入方案
- 流量转化:将日均3000+的线下客流转化为可持续运营的线上用户
- 数据沉淀:建立完整的商品数据库和用户行为追踪体系
经过对义乌小商品城、临沂小商品市场等同类平台的调研,我们确定采用SSM+Vue的技术组合主要基于以下考量:
- 商户员工普遍具备基础电脑操作能力但无编程基础,需要极简的后台管理系统
- 商品SKU数量预计在5万+级别,需要稳定的ORM框架支持
- 促销活动期间需承受瞬时1000+QPS的访问压力
需要模型API调用? 免费领10W Token,多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 技术架构设计
2.1 整体技术栈
采用经典的三层架构设计:
code复制前端层:Vue2 + ElementUI + Axios
网关层:Nginx + Keepalived(双机热备)
应用层:SpringBoot2.7 + SpringMVC + MyBatisPlus
数据层:MySQL8.0(主从复制) + Redis6(哨兵模式)
监控层:Prometheus + Grafana
2.2 核心组件选型对比
| 组件类型 | 候选方案 | 最终选择 | 选择依据 |
|---|---|---|---|
| ORM框架 | MyBatis/Hibernate/JPA | MyBatisPlus | 商户商品字段多变需要动态SQL |
| 缓存方案 | Redis/Memcached | Redis6 | 支持更丰富的数据结构 |
| 消息队列 | RabbitMQ/Kafka | RabbitMQ | 订单量级在万级/日,无需Kafka |
| 支付网关 | 支付宝/微信/银联 | 支付宝+微信 | 覆盖90%以上用户支付习惯 |
2.3 高并发解决方案
针对秒杀场景设计三级缓冲:
- 前端限流:按钮点击后禁用3秒
- 中间层校验:Redis原子计数器控制库存
- 底层防护:MySQL乐观锁保证最终一致
java复制// 秒杀核心代码
