1. 项目概述：SSM框架下的生鲜电商平台开发实录

去年接手了一个县域农产品电商平台的改造项目，客户要求保留原有Java技术栈但提升系统性能。经过技术评估，我们最终选择了SSM（Spring+SpringMVC+MyBatis）框架作为核心架构，在保证开发效率的同时实现了300%的吞吐量提升。这个水果蔬菜商城系统虽然业务逻辑看似简单，但在高并发场景下暴露出的技术挑战却非常典型。

2. 技术选型与架构设计

2.1 为什么选择SSM框架组合

在初期技术方案讨论时，团队对新老技术路线有过激烈争论。最终选择SSM而非Spring Boot主要基于三点考量：

1. 客户现有团队对XML配置更熟悉
2. 需要与遗留的Struts系统逐步集成
3. 更精细化的MyBatis SQL控制需求

技术栈具体版本：

• Spring 4.3.18（控制反转+事务管理）
• SpringMVC（RESTful接口+拦截器）
• MyBatis 3.4.6（二级缓存+动态SQL）
• Redis 4.0（缓存集群）
• MySQL 5.7（主从分离）

2.2 系统分层架构设计

采用经典的三层架构但做了针对性优化：

表现层：SpringMVC + JSP/JSTL ↓ 自定义注解进行权限校验 业务层：Spring Service ↓ 声明式事务控制 持久层：MyBatis + PageHelper ↓ Redis缓存穿透防护

特别在DAO层实现了动态数据源切换，通过AbstractRoutingDataSource实现主从库自动路由，读操作自动切换到从库。

3. 核心功能模块实现

3.1 商品模块的防超卖设计

生鲜商品的高并发下单是个典型痛点，我们实现了三级库存防护：

1. 前端：Vue.js实现购买数量实时校验
2. 网关层：Redis原子计数器预减库存
3. 数据库：乐观锁+库存校验存储过程

关键Redis Lua脚本：

local stock = tonumber(redis.call('GET', KEYS[1])) if stock >= tonumber(ARGV[1]) then return redis.call('DECRBY', KEYS[1], ARGV[1]) end return -1

3.2 智能推荐算法集成

在商品推荐模块创新性地混合了三种策略：

• 基于热销排行（Redis ZSET实现）
• 基于用户画像（Mahout协同过滤）
• 基于时空特征（附近农场优先）

通过Spring的@Scheduled实现每天凌晨更新推荐模型，使用Quartz做分布式任务调度。

4. 性能优化实战记录

4.1 MyBatis二级缓存踩坑

初期直接启用MyBatis二级缓存导致脏读问题，最终解决方案：

1. 按命名空间隔离缓存区域
2. 实现Cache接口配合Redis过期策略
3. 对财务相关查询强制关闭缓存

配置示例：

<cache type="org.mybatis.caches.redis.RedisCache" eviction="LRU" flushInterval="60000" size="1024"/>

4.2 高并发下单优化

压力测试时发现的典型问题及解决方案：

5. 部署架构与监控方案

5.1 生产环境部署拓扑

采用Docker Swarm实现服务编排：

前端Nginx集群（Keepalived HA） ↓ SpringMVC应用集群（3节点） ↓ Redis Sentinel（3节点） ↓ MySQL MHA（1主2从）

通过Spring Actuator暴露健康检查端点，配合Prometheus+Grafana实现JVM监控。

5.2 灰度发布方案

设计了一套基于Nginx+lua的流量染色方案：

1. 按用户ID尾号分流
2. 新版本服务独立部署
3. 通过HttpHeader传递流量标记

关键Nginx配置：

set $canary ""; if ($http_x_user_id ~* "[02468]$") { set $canary "-canary"; } location / { proxy_pass http://backend$canary; }

6. 典型问题排查手册

6.1 事务失效场景记录

1. 自调用问题：同类方法内调用@Transactional方法 → 改用AopContext.currentProxy()

2. 异常捕获不当：catch块吞掉异常 → 明确声明rollbackFor

3. 数据库引擎问题：MyISAM不支持事务 → 统一使用InnoDB

6.2 慢SQL优化案例

问题查询：

SELECT * FROM orders WHERE create_time > '2023-01-01' ORDER BY total_amount DESC LIMIT 100

优化步骤：

1. 添加create_time的倒序索引
2. 改用覆盖索引查询
3. 对大文本字段延迟加载

最终执行时间从2.3s降至28ms。

7. 安全防护实践

7.1 防XSS攻击方案

1. 前端：Vue.js自动转义v-html输出
2. 后端：重写HttpServletRequestWrapper
3. 持久层：MyBatis TypeHandler过滤敏感字符

关键过滤器代码：

@Override public String getParameter(String name) { String value = super.getParameter(name); return HtmlUtils.htmlEscape(value); }

7.2 接口幂等性设计

针对支付接口实现了Token+Redis的幂等控制：

1. 下单时生成唯一token存入Redis（2小时过期）
2. 支付请求必须携带token
3. 使用Redis的SETNX实现原子校验

Boolean isDuplicate = redisTemplate.opsForValue() .setIfAbsent("pay:"+token, "1", 2, HOURS); if(Boolean.FALSE.equals(isDuplicate)){ throw new IdempotentException(); }

这个项目让我深刻体会到，SSM框架在传统企业级应用中仍具有强大生命力。特别是在需要深度控制SQL和事务边界的场景下，MyBatis相比JPA有着不可替代的优势。最近我们正在将部分服务迁移到Spring Cloud，但核心交易模块仍然保持SSM架构，用实际表现证明了其稳定性。